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MC68881 Floating-Point Coprocessor 
as a Peripheral in an M68000 System 


INTRODUCTION 


The MC6888Tfloating-point coprocessor is a complete 
implementation of the proposed IEEE Standard for Binary 
Floating-Point Arithmetic (Task P754, Draft 10.0). All data 
formats, data types, operations, modes, conversions, and 
exception handling required in a conforming implemen¬ 
tation of the proposed standard are supported entirely in 
hardware. Additionally, a full library of fast elementary 
transcendental functions is implemented in the hard¬ 
ware. . 


The MC68881 is a high performance floating-point unit 
designed to interface with the 32-bit I\/1C68020 as a co¬ 
processor; it provides a logical extension of the MC68020 
instruction set and register set in a manner which is com¬ 
pletely transparent to the programmer. The MC68020 mi¬ 
croprocessor implements the M68000 coprocessor 
interface entirely in hardware. All interprocessor trans¬ 
fers are initiated by the MC68020. During the processing 
of an MC68881 instruction, the MC68020 transfers in¬ 
struction information and data to the coprocessor via 

J standard M68000 write bus cycles and receives data, re¬ 
quests for service, and status information from the co¬ 
processor via standard M68000 read bus cycles. The 
MC6888T contains a number of coprocessor interface 
registers which are addressed tike memory by the 
MC68020 micromachine. These registers, which are not 
part of the MC68881 programmer-visible register set, are 
mapped into CPU address space in an MC68020 system. 
The MC68020 distinguishes CPU address space accesses 
from program and data accesses by a unique function 
code encoding. (The MC68881 registers that are used by 
the floating-point instructions and hence visible to the 
programmer are the floating-point registers, FP0-FP7, and 
the control, status, and instruction address registers.) 

The MC68881 can also be used as a peripheral pro¬ 
cessor in systems where the main processor does not 
implement the M68000 coprocessor interface on-chip (e.g. 
MC68000, MC68008, and MC68010 systems). Since the 
coprocessor interface is based solely on standard M68000 
bus cycles, it is easily emulated by software in these 
systems. The MC68881 is considered to be a peripheral 
processor in these systems because its coprocessor in¬ 
terface registers are memory-mapped in data address 
space. Two methods of software emulation of the copro¬ 
cessor interface are possible: 1) M68000 F-line instruction 
trap (traps are exceptions caused by instructions), or 2) 
in-line code implemented as either subroutine calls or 
macros. 



When assembled for execution in an MC68020 system, 
the first word of an MC68881 instruction always has a 


hexadecimal F (binary 1111) in the most-significant nib¬ 
ble (Figure 1). When ;MC68000, MC68008, or MC68010 
processors encounter an F-line instruction, the current 
processor status is saved, the F-line emulation trap vector 
is fetched, and instruction execution resumes in the trap 
handler. When this trap handler is a software emulation 
of the coprocessor interface, object code containing 
MC68881 instructions is upward compatible to an 
MC68020 system without recompiling, reassembling, or 
relinking. MC68881 instruction performance will signifi¬ 
cantly increase when such code is ported to a MC68020 
system where the coprocessor interface is implemented 
by on-chip hardware. However, a performance penalty is 
paid for the upward compatibility provided by the F-iine 
emulation trap method. 

The current processor status (either three or four words 
depending upon the M68000 processor being used) must 
be pushed onto the stack when the exception is taken, 
and popped off of the stack when the RTE (return from 
exception) instruction is executed. More significantly, the 
trap handler must decode the MC68881 instruction to 
determine the proper protocol for a given instruction. The 
performance penalty can become intolerable if the co¬ 
processor emulation trap handler must support all M68000 
effective addressing modes. This can be relieved by uti¬ 
lizing only specific addressing modes. 

Upward compatibility of object code is not relevant to 
every M68000 system, especially when it incurs a signif¬ 
icant performance penalty. Such systems can emulate 
the coprocessor interface using in-line code, macros, or 
subroutine calls. Macros are particularly attractive since 
they provide the performance of in-line code while al¬ 
lowing the source code to be upward compatible to an 
MC68020 system via re-compilation or reassembly. This 
application note provides both a discussion of the co¬ 
processor interface protocol followed by detailed infor¬ 
mation on both a macro technique and an example of an 
F-line instruction trap technique for software emulation 
of the coprocessor interface. 


IV1C68881 AS AN IVIC68020 
SYSTEM COPROCESSOR 

COPROCESSOR CONCEPT 

The M68000 coprocessor interface is the first general 
purpose coprocessor interface. The main processor in¬ 
struction set and internal details are unknown to the co¬ 
processor, and the coprocessor instruction set and internal 
details are unknown to the main processor. The burden 
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Coprocessor ID 

Specifies which coprocessor in the system is to execute this instruction. Motorola assemblers default to ID = 1 for the MC68881. 
Type 

Specifies the type of coprocessor instruction: 

000 — General Instruction (Arithmetics, FMOVE, FMOVEM) 

001 — FDBcc, FScc, FTRAPcc 
010—FBcc.W 
Oil —FBcc.L 
100—FSAVE 
101 —FRESTORE 

110 — (Undefined, Reserved) 

111 — (Undefined, Reserved) 

Type Dependent 

Normally specifies the effective address or conditional predicate, but usage depends on the Type field. 

Figure 1. MC68881 Coprocessor Operation Word Format 


of decoding the coprocessor instruction is not placed on 
the main processor, and the coprocessor does not mon¬ 
itor the main processor instruction stream. 

The MC68881 instruction set and register set are logical 
extensions of the MG68020 sets. The MC68020/IV1C68881 
execution model appears to the programmer as if imple¬ 
mented on one chip. All data transfers are performed by 
the main processor at the request of the MG68881; thus 
memory management, bus errors, address errors,; 5 and 
bus arbitration all function as if IVIG68881 instructions 
were executed by the main processor. The main"proces¬ 
sor also performs all effective address calculations and 
processes all coprocessor-detected exceptions at the re¬ 
quest of the MG68881. 

The interface is designed to provide the programmer 
with a sequential instruction execution model even though 
main processor and coprocessor instruction execution 
overlap occurs. For some Jnstructions this overlap to en¬ 
hances throughput. 


I\/1C68020 INTERPROCESSOR BUS TRANSFERS 

The coprocessor interface is based upon standard 
M68000 asynchronous read and write bus cycles. No new 
bus signals are required fay the MG68020 to initiate a 
floating-point instruction, and the MG68020 and MG68881 
may run at different clock rates. The MG68881 is con¬ 
nected like a peripheral to the main processor and re¬ 
quires one: extra pin, chip select (GS), in order to be 
accessed. Ghip select is generated from the IV1G68020 
function codes and address lines, similar to the way pe¬ 
ripheral chip selects are generated. All other MG68881 
pins connect to signals present on the IVieSOOO Family 
processors. 

The MG68881 has a set of coprocessor interface reg¬ 
isters by which the main processor and coprocessor com¬ 
municate. When performing a coprocessor access, the 
MG68020 outputs a 111 on its function code lines thus 
specifying GPU address space. Therefore, the MG68881 
coprocessor interface registers are memory-mapped into 




GPU addfessi space and do not infringe upon data or 
program^ddress space. A portion of this CPU address 
space is allocated for coprocessor communication. The 
IVIC68020 outputs 0010 on bits 19-16 of the address bus 
« for coprocessor accesses as shown in Figure 2. The 
^ ^IMC68020 also outputs the Cp-ID field (bits 11-9 from the 
"^^first word of the coprocessor instruction of Figure 1) on 
bits 15-13 of the address bus. The main processor selects 
the appropriate coprocessor interface register within the 
selected coprocessor via bits 4-0 of the address bus as 
shown in Figure 3. The MC68881 chip select Is therefore 
based upon three elements; the MC68020 three function 
code outputs, the Cp-ID field (address bits 15-13 of the 
address bus), and the CPU space type field (bits 19-16 of 
the address bus). 

Notice, the MC68020 handles only four CPU address 
space cycles; 

CPU Space Type 

Field (A19-A16) CPU Space Transaction 

0000 Breakpoint Acknowledge 

0001 Access Level Control 

0010 Coprocessor Communications 

1111 Interrupt Acknowledge 

Therefore, when decoding the chip select for the MC68881, 
only two bits are needed (A18 and AT7) to distinguish a 
coprocessor operation from the other CPU address space 
operations. A suggested method for connecting the 
MC68881 to the MC68020 is illustrated in Figure 4. 

Figure 5 illustrates the connection of an MC68881 to 
an MC68000 or MC68010 as a peripheral processor over 
a 16-bit data bus. The MC68881 is co nfigured to operate 
-over a 16-bit data bus when the SIZE pin is connected to 
Vcc- and the AO pin is connected to ground (GND). The 
sixteen least significant data pins (D0-D15) must be con- 

nected to the sixteen most-significant data pins (D16-D31) 
when the MC68881 is configured to operate over a 16- 
bit bus (i. e., connec t DO to D16, D1 to D17,...and D15 to 
D31 ). The D SACK1 pin of the MC68881 is connected to 
the DTACK pin of the main processor, and the DSACKO 
pin is not used. 
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Figure 2. Coprocessor CPU Space Decoding (Function Code^lll) 


RESPONSE (R|* 
SAVE (R)* 
OPWORD (R/WI 
(RESERVED) 


REGISTER SELECTOR (R)* 


OPERAND (R/W)* 

»# 

INSTRUCTION ADDRESS (W|* 
# OPERAND ADDRESS (R/W) 


CONTROL iW 
RESTORE (R/WI* 
COMMAND (W)* 
CONDITION m* 

(RESERVED) 


n 


‘Denotes required registers for mi mm urn support of all coprocessor instruction types. The MC68881 imple¬ 
ments these registers. 

“Denotes additional registers implemented by the IV1C68881. 

Figure 3. Coprocessor Interface Registers 
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D0-D7 

DSACKO 

DSACKl 


D24-D31 

D16-D23 

D8-D15 

D0-D7 

DSACKO 

DSACKl 


D24-D31 

D16-D23 

D8-D15 

D0-D7 

DSACKO 

DSACKl 


D24-D31 

D16-D23 

D8-D15 

D0-D7 

DSACKO 


MAIN PROCESSOR COPROCESSOR 

CLOCK CLOCK 

32-BIT DATA BUS CONNECTION 


MAIN PROCESSOR 
CLOCK 


COPROCESSOR 

CLOCK 


16-BIT DATA BUS CONNECTION 


Figure 4. Suggested MC68020 to MC68881 Connections 










MAIN PROCESSOR COPROCESSOR 


CLOCK CLOCK, s ' , 

Figure 5. 16-Bit Data Bus Peripheral Processor Connection 


When connected as a peripheral processor, the MC68881 Figure 6 illustrates the connection of an MC68881 to 

chip select (CS) decode is system dependent. If tjie an MC68008 as a peripheral processor over an 8-bit data 

MCGSOOO is used as the main processor, the l\/IC68881 CS bus. The MC68881 is co nfigured to operate over an 8-bit 

must be decoded in the supervisor or user data spaces. - -data bus when the SIZE pin is connected to ground (GND). 
However, if the l\/IC68010 is used for the main processor, The eight least-significant data pins (D0-D7) must becon- 

the MOVES instruction may be used to emulate any CPU nected to the twenty-four most-significant data pins (D8- 

space access that the MC68020 generates for coprocessor D31) when the MC68881 is configured to operate over an 

communications. Thus, the CS decode logic for such sys- 8-bit data bus (i.e., connect DO to D8, D16, and D24; D1 

terns may be the same as in an MC68020 system, such to D9, D1 7, and D25;...and D7 to D15, D23, and D 31). The 

that the MC68881 will not use any part otlhe data address DSACKO pin of the MC68881 i s connect ed to the DTACK 

spaces. MC68008, and the DSACK1 pin is not used. 



MAIN PROCESSOR COPROCESSOR 

CLOCK CLOCK 


Figure 6. 8-Bit Data Bus Peripheral Processor Condition 
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When connected as a peripheral processor, the MC68881 
chip select (CS) decode is system dependent, and the CS 
must be decoded in the supervisor or user data spaces. 


MC68881 INSTRUCTION DEFINITION 

The MC68881 instructions can tJ^ubdivided according 
to the type of coprocessor operation performed: general, 
branch, save, restore, or conditional. Each instruction, 
when assembled, consists of from one to eigh^t words 
(Figure 7). The first word (operation word) alway^ has a 
hexadecimal F (1111) in the high-order nibble as seen in 
Figure 1. The type field (bits 8-6) of the operation word 
indicates the coprocessor instruction type. For instruction 
types which require an effective address (general, save, 
restore, and conditional), the type-dependent field of the 
operation word specifies the effective addressing mode. 
For the conditional instruction type, this field specifies 
the condition to be evaluated by the coprocessor: the 
conditional predicate (CPRED). 


_ OPERATION WORD _ 

COPROCESSOR COMMAND WORD (IF ANY) 
EXTENSION WORDS (IF ANY, 1-6 WORDS) 

Figure 7. General Format of 
Coprocessor Instruction 


The format of the second word of the coprocessor in¬ 
struction varies with different instruction types. For the 
general instructions, the second word is the coprocessor 
command word specifying the function to be performed 
by the coprocessor. The MC68881 has been designed 
such that all general type operations are specified by a 
single command word. In order to process a conditional 
instruction type, the main processor must deliver the con¬ 
ditional predicate (CPRED) to the MG68881 for evaluation. 
Since the type-dependent field of the operation word may 
specify the effective addressing mode, the CPRED is found 
in the low-order six bits of the second word. The addi¬ 
tional word(s) following the second word in Figure 8 is 
the extension to the effective addressing mode or the 
immediate operands present in the instruction. In the 
branch, save, and restore instructions, all information 
needed to initiate processing in the coprocessor is found 
in the operation word. Thus, the extension word(s) (if 
any) directly follows the operation word (no coprocessor 
command word). 

15 13 12 in 9 fi n 


OP-CLASS 


EXTENSION FIELD 


Figure 8. MC68881 General Instruction 
Command Word 


All of the MC68881 arithmetic, move, move multiple, 
move constant, and transcendental instructions are of the 
general type. All general type instructions are initiated 


■ by the main processor writing the coprocessor command 
word (the second word of the instruction) to the MC68881 
coprocessor interface command register. The format of 
the MC68881 command word is shown in Figure 8. Gen¬ 
eral type instructions are broken down into groups, called 
op-classes, based on the function of the instruction and 
argument location (external or internal to the coproces¬ 
sor). The values Rx, Ry, and the extension field depend 
on the specific op-class. For instance, the values required 
for a floating-point register to floating-point register op¬ 
eration are as follows: Rx is the source floating-point 
register, Ry is the destination floating-point register, and 
the extension field is the operation to be performed (add, 
move, sin, etc.). Table 1 lists the op-classes, their defi¬ 
nitions, and their respective Rx, Ry, and extension fields. 

For the branch and the cond,j|ional type instructions, 
the main processor initiates processing by writing the 
conditional predicate (CPRED-from the six low-order bits 
of either the first or second word of the instruction, re¬ 
spectively) to the coprocessor for evaluation. These con¬ 
ditional predicates are found on lines 62-97 of the EQUATE 
table listed in, APPENDIX A MACROS at the back of this 
document. 

In the case of an operating system context switch, the 
coprocessor internal state can be saved by the FSAVE 
instruction. This MC68881 instruction only saves the in¬ 
visible state of the machine (that which is not normally 
available to the user). Thus all control, status, instruction 
address, and floating-point data registers (the user-visi¬ 
ble registers) must be saved by the user. Only the reg¬ 
isters beneficial (those being used) to the programmer 
need to be stored. To initiate the FSAVE instruction se¬ 
quence, the main processor reads a word (the save for¬ 
mat word) from the save interface register location of the 
coprocessor. The save format word provides the status 
of the coprocessor state (the null state, the idle state, or 
the busy state) and also the size (0 bytes, 24 bytes, or 
180 bytes respectively) of the internal state of the ma¬ 
chine to be saved. The save format word is written to the 
effective address by the main processor at the end of the 
instruction execution no matter which state the copro¬ 
cessor is in. 

The restore type instruction which restores a previ¬ 
ously saved state is initiated by the main processor writ¬ 
ing a save format word to the coprocessor interface restore 
register. This informs the coprocessor which coprocessor 
internal state is to be restored. If visible registers are 
saved after the execution of the FSAVE command, they 
must be restored before the execution of the FRESTORE 
instruction. 

When executing any MC68881 instruction, the MC68020 
follows a basic protocol. First, the coprocessor infor¬ 
mation (command word, conditionai predicate, or format 
word) is written to the appropriate coprocessor interface 
register by the main processor (the FSAVE instruction is 
initiated by a read). The main processor then reads the 
appropriate coprocessor interface register to acquire the 
coprocessor status and any service requests. The copro¬ 
cessor may indicate that it is busy processing a previous 
instruction and ask the main processor to query again. 
(This is the mechanism by which the sequential instruc¬ 
tion execution is maintained because the coprocessor 
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Table 1. Command Word Fields of General-Type Instructions 


Op-Class Field 

Rx Field 

Ry Field 

Extension Field 

Instruction Class 

000 

Source FP Data Register 

Destination FP Data 
Register 

Operation to Perform 
(MOVE, ADD, etc.) 

FP Data Register to FP Data 
Register Instructions 

001 

— 

—• 

— 

Unused, Reserved 

010 

Source Data Format 
(see Note 2) 

Destination FP Data 
Register 

Operation to Perform 
(MOVE, ADD, etc.) 

External Operand to FP 
Register 

010 

111 

Destination FP Data 
Register 

Constant ROM Offset 

Move Constant to FP Data 
Register 

oil 

Destination Data Format 
(see Note 2) 

Source FP Data Register 

0000000 (Unless Packed 

BCD, see Note 2) 

Move out FP to External 
Destination 

100 

FPcr Select (see Note 1) 

000 

0000000 

Move/Move Multiple to 
Control Register 

101 

FPcr Select (see Note 1) 

000 

0000000 j . 

Move/Move Multiple from 
Control Register 

110 

A/D S/D O (see Note 3) 

00m (see Note 4) 

Contains Register List ' 

i ■ 

Move Multiple FP Data 
Register to MC68881 

111 

A/D S/D 0 (see Note 3) 

00m (see Note 4) 

Contains Register Cist 

Move Multiple FP Data 
Register from MC68881 


NOTES: 

1, FPcr 
000 
001 
010 
oil 
100 
101 
110 
111 

2. Value 
000 
001 
010 
oil 
100 
101 
110 
111 


3. A/D = 0 
A/D=1 
S/D = 0 
S/D=1 

4. When Bit Mask is Transferred to Command Word: "m" is the Most-Significant Bit of the Register List 


Floating-Point Control Register 

Reserved 

FPIAR (Instruction Address Register) 
FPSR (Status Register) 

FPSR and FPIAR 
FPCR (Control Register) 

FPCR and FPiAR 
FPCR and FPSR 
FPCR, FPSR, and FPAIR 


c# 






Data Format 
Long Word Integer 
Single Precision Real 
Extended Precision Re^ 

Packed Decimal Real'\ 

Word Integer ^ 

Double Precision Real^ 

Byte Integer 

For Op-Class = 011, Packed Decimal Real with Dynamic k Factor specified as CPU Data Register by Extension 
Field Encoding, rrrOOOO 

-••v 

Most-Significant Bit of Register List Selects FP7 
Most-Significant Bit of Register List Selects FPO 
Bit Mask in Extension Field 

Bit Mask in CPU Data Register Selected by Extension Field, OrrrOOOO 


will not execute a new instruction until finished process¬ 
ing the previous one). The coprocessor may indicate an 
exceptional condition and request the main processor to 
begin exception processing by providing the proper ex¬ 
ception vector. The coprocessor may request additional 
service of the main processor, for example, evaluating 
effective address and transfering data through the co¬ 
processor interface operand register. Finally, the copro¬ 
cessor may indicate to the main processor that no further 
servicing is required. 


INTERFACE REGISTERS 

The MC68881 contains a number of interface registers 
which are memory-mapped within the MC68020 CPU ad¬ 
dress space. These are the registers identified by and 
"**" in Figure 8. The coprocessor registers are memory- 
mapped into the main processor's system like any other 
peripheral, although they are accessed in a different ad¬ 
dress space. 

The main processor initiates communication with the 
MC68881 by writing to (or reading from) a specific 16-bit 
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register, which is memory-mapped into the system. The The MC68881 utilizes only six of the possible re¬ 
specific register chosen depends on the instruction type. sponses. These are the primitives noted by an in 

A general instruction coprocessor command word is writ- Figure 9. The transfer multiple coprocessor registers pri- 

ten to the command register, and a branch or conditional mitive allows the transfer of multiple coprocessor reg- 

instruction CPRED is written to the condition register. The isters to or from memory. The dr bit specifies in which 

main processor must read the save interface register to direction the transfer is to be made; from the coprocessor 

initiate the sequence of saving the internal state. To re- to memory if the bit is set, or from the memory into the 

store this state, the main processor writes to the restore coprocessor if the bit is cleared. The transfer single main 

interface register. The save and restore functions support processor register requests the main processor to trans- 

virtual memory, demand paging, and task time-slicing. fer the contents of one of its registers to or from the 

After the initial write to the register in the general, con- coprocessor. If D/A equals one, the transferred register 

ditional, and branch instructions, the response register is an address register. If D/A equals zero, a data register 

is read by the processor to determine its next action (e.g., is transferred. The register number is located in the reg- 

come-again or evaluate effective address and transfer ister field. 

data to/from the coprocessor). The evaluate effective address and transfer data pri- 

An example of the communication sequence may be mitive requests the main processor to evaluate the ef- 

demonstrated with the memory to floating-point register fective address specified by the floating-point instruction 

add instruction. The main processor first writes the co- end to transfer data to or from that address (from or to 

processor command to the command interface register the coprocessor). The valid EA type field indicates which 

and queries the response register until requested to pass addressing modes are valid for the transfer, while the 

data. At which time, the host reads the data from memory length field gives the number of bytes to be transferred, 

and writes it to the operand register, four bytes at a time. The Null primitive alerts the main processor to the co- 
The response register is re-read until the coprocessor processor status after all other service requests (exclud- 

signals the main processor to stop. The MC68020 is then ing exception requests) have been granted by the main 

free to process the next main processor instruction, while processor. If the CA bit is set, the main processor queries 

theMC68881 performs the floating-point add on the data. the response register until the bit is cleared, at which 

In this case, as in all normal processor/coprocessor com- time tbe main processor is released by the coprocessor, 

munications, the host processor processses only the re- Even though the main processor may be signaled for 

quests specified in the coprocessor primitives until release (when CA equals zero), it can still pass the pro- 

released by the MC68881. gram counter (PC equals one) and/or accept pending in- 

The MC68881 uses only three registers other than those terrupts (lA equals one and CA equals one). The processing 

previously mentioned. These are: the register select reg- finished (PF) bit is a status bit which indicates whether 

ister used in the move multiple instructions, the instruc- or not the coprocessor has finished its instruction. The 

tion address register used only when exceptions are MC68020 tests the bit only while in trace mode to ensure 

enabled, and the control register used by the main pro- that the instruction processing is complete. In the case 

cessor either to handshake the processing of the copro- of a conditional instruction the null primitive also con- 

cessor exception or to abort invalid coprocessor service tains a T/F bit (bit 0). This bit is tested by the main pro¬ 
requests. , cessor to determine whether or not the conditional 

predicate is true (one) or false (zero). 

For all the MC68881 primitive responses, the CA bit is 
always set (CA equals one) with the exception of the null 
Response primitives are service requests from the.co- and exception request primitives. Both the take pre-in¬ 

processor to the main processor; These primitives have ^ struction exception and the take mid-instruction excep- 
capabilities which allow for the synchronization of the tion primitives contain the exception vector number. Pre- 

main processor/coprocessor general, conditional, and instruction exceptions occur under two conditions: 1) after 

branch instruction executions. Also the coprocessor may no further information is needed from the main processor 

request services such as external memory accesses, in a previous floating-point instruction, and 2) before the 

transferal of data, and exception processing by the main coprocessor begins processing the present instruction, 

processor. Figure 9 is a list of all possible coprocessor These pre-existing exceptions represent either an Illegal 

response primitives recognized by the MC68020. If the command word for the present instruction, or the ter- 

come-again (CA) bit is set, the main processor processes mination of previous instruction with an exception. This 

the primitive and then reads the response register again delayed reporting allows for synchronization between the 

to seek further service requests. If the CA bit is not set, host and the coprocessor in the event of any pre-existing 

the main processor is released from further services (ex- exceptions. A floating-point register to memory move 

cept when the MC68020 is in trace mode). If the PC bit =- (op-ciass 001) operation is the only instruction capable 

is set, the main processor writes the program counter of generating a mid-exception primitive. It is detected in 

position of the first word of the coprocessor instruction the last read of the response register during instruction 

to the instruction address interface register prior to per- execution because the MC6888T performs the floating- 

forming the requested service. In the event that the point calculation and releases the main processor only 

MC68881 generated a trap exception, this PC value is after the data transfer to memory. With the memory to 

required by the exception trap handlerto determine which floating-point register (op-class 010) orthe floating-point 

instruction caused the exception. register to floating-point register (op-class 000), the main 
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processor is freed to execute the next instruction as the 
coprocessor performs the requested operation. 

The save, restore, and move multiple instructions do 
not generate exceptions. 


SOFTWARE TO EMULATE THE 
COPROCESSOR INTERFACE 

DEFINITIONS AND ASSUMPTIONS 

In order to utilize the floating-point coprocessor in a 
MC68000/IVIC68008/MC68010 system, a software emu¬ 
lation of the coprocessor interface must be developed. 
There are two possible methods of software emulation: 

1) in-line code such as macros or subroutine calls, or 2) 
the M68000 F-line emulation trap. 

The coprocessor must reside in a different address space - 
than in a MC68020 system. When the MC68020 accesses 
the coprocessor, it does so in CPU space by outputting 
alii on the function code lines. The equivalent function 
codes generated on either MC68000, MC68008, or 
MC68010 signify an interrupt acknowledge bus cycle, i.e. 
these processors do not implement CPU space. Thus the 
MC68881 must be accessed as a peripheral with the co¬ 
processor interface registers memory-mapped in data 
address space in these systems, not in CPU space. 

To accommodate the practical use of this application, 
the demonstration software will perform a floating-point 
instruction in the fastest way possible while not violating 
the safety provided in the IEEE standard and the MC68881. 

To do this, a number of factors are first considered. The 
interprocessor protocol used with all instruction type 
classes may be minimized to include only those checking 
mechanisms necessary to perform the basic function. The 
most significant simplification is to restrict the use of the 
ENABLE byte of the floating-point control register. Each 


bit of this byte represents a type of coprocessor detected 
exception. Figure 10 identifies all coprocessor detected 
exceptions, their corresponding vector number (passed 
to the MC68020 in an exception primitive), and their po¬ 
sition in the ENABLE byte. Two exceptions are not rep¬ 
resented in this byte: the protocol violation and the illegal 
coprocessor command. This demonstration software ig¬ 
nores ail take exception responses from the MC68881 
(generated by/to the conditions specified in the ENABLE 
byte) which reduces the overhead required for their rec¬ 
ognition in the software. An exception primitive, due to 
a floating-point operation, will be generated only if the 
MC68881 records an exception and the corresponding bit 
in the ENABLE byte is also set. Thus, an exception pri¬ 
mitive cannot be generated if the default condition ($00) 
in the ENABLE byte is never altered by the user. This 
eliminates the need for monitoring the response register 
for pre-instruction or mid-instruction exceptions. If a co¬ 
processor-detected exception occurs, it will never be de¬ 
tected by the main processor. 

Note that two coprocessor detected exceptions, the 
protocol violation and the illegal coprocessor command, 
are not represented by a bit in the ENABLE byte. A pro¬ 
tocol violation occurs anytime communication between 
the main processor and coprocessor is improper and is 
reported by the MC68881 as a mid-instruction exception. 
An illegal coprocessor command is a coprocessor com¬ 
mand not implemented by the MC68881 and is reported 
as a pre-instruction exception. Therefore, by not checking 
for exceptions, a protocol violation or and illegal copro¬ 
cessor command may occur without being detected. 

Another consequence of the previously mentioned 
simplification is that the program counter will never be 
requested of the main processor if exceptions are dis¬ 
abled. The PC bit of the responses will never be set if the 
bits in the ENABLE byte are not set. Therefore, the over¬ 
head for testing of this bit can be saved. 
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Figure 10. MC68881 ENABLE Byte and Coprocessor Exceptions 
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IN-LINE CODE, MACROS, OR SUBROUTINES 



The first approach discussed is the one to directly drive 
the MC68881 as a peripheral from the user program in 
user data space. This approach is used when speed of 
the IVIC68881 instruction execution is more important than 
upward compatibility of the object code. Two methods 
are available to drive the peripheral in user data space: 
in-line code (macros) or run-time libraries (subroutines). 
The trade-off between the two approaches concerns time 
versus space. Each time a macro is used the length of 
the source code increases by the size of the macro. When 
a subroutine is called, the overhead of the subroutine call 
and the execution of the RTS instruction must be in¬ 
curred. No F-line trap is taken in either method, which 
saves the time to perform the corresponding stacking and 
instruction decoding. 

Macros allow the coding of a repeated pattern of in¬ 
structions which may contain variable entries at each 
iteration of the pattern. By incorporating the use of ma¬ 
cros with conditional assembly instructions, some of the 
necessary floating-point instruction decode can be done 
during assembly time, reducing the run-time overhead. 
Assuming that the assembler used has the ability to pass 
parameters and manipulate them within the macro dur¬ 
ing assembly, the programmer need not generate the 
code to parse the floating-point instruction to detect the 
addressing mode used — it is passed directly by the ma¬ 
cro into the assembled code. Subroutines can also act as> 
an extension to the in-line routine to perform, functions 
common to each instruction type (exception handling 
routines, error checking routines, etc.). The major advan¬ 
tages of using these methods over the F-line trap ap¬ 
proach are: 1) the time saved by not taking the F-line 
trap, and 2) the time saved by assembly time instruction 
decode. ^ 

This application note includes software for the macro 
approach to drive the code in user data space. The same 
code would be pertinent if implementing a run-time li¬ 
brary approach. 

There are different ways to define the macros to drive 
the MG68881 depending on the particular application. 
The ideal method would be to write a macro supporting . 
each floating-point instruction employed to achieve source : 
code compatibility with the MC68020. In order to support 
the complete MC68881 instruction set, the library of ma¬ 
cro definitions would be quite large. For conciseness, 
multiple coprocessor instructions are consolidated into 
single macro instructions, collected by the method of 
operand transfer required of the instruction (located in 
APPENDIX A MACROS). As an example, all MOVE-INS, 
MOVE-OUTS, etc. have their own macros corresponding 
to their respective directions and precisions. Most 
MC68881 instructions are supported, but source code 
compatibility with the standard MC68881 instruction set 
is lost due to consolidation of specific instructions into 
single macros. The conditional trap and the move mul¬ 
tiple coprocessor system register instructions are not in¬ 
cluded in this example set. 

Every macro requires at least the same amount of in¬ 
formation supplied by the programmer as the repre¬ 
sented MC68881 floating-point instruction and, in some 


cases, more information. This data is passed to the macro 
by parameters. An example of a general instruction class 
macro call is: 

MACRONAME FUNCTION,SOURCE,DESTINATION 
MACRONAME specifies the method of operand trans¬ 
fer, the FUNCTION is the general operation to be per¬ 
formed, the SOURCE is the location of the source operand, 
and the DESTINATION is the location of the destination 
operand. Different macros request different information 
of the user. For instance, the FSAVE instruction only re¬ 
quires one parameter to be passed to the macro. Basi¬ 
cally, each macro follows a similar format and is described 
in Functional Description. The methodology of these ma¬ 
cro definitions can be employed by the programmer who 
wishes to develop a separate macro for each instruction. 


Functional Description 

The following paragraphs provide the programmer with 
information on howto use the macros. All of the macros 
for the general instruction which transfer a source op¬ 
erand to the coprocessor (move-in) are listed below: 
MEMREGB Function,SourceEA,FPn 

MEMREGW Function,SourceEA,FPn 

A MEMREGL Function,SourceEA,FPn 

MEMREGS Function,SourceEA,FPn 

MEMREGD Function,(An),FPn 

..j* MEMREGX Function,(An),FPn 

MEMREGP Function,(An),FPn 

They only differ by the precision of the data transferred. 
Each macro of this class transfers a source operand (spec¬ 
ified by SourceEA or (An)) of a specific precision to the 
MC68881 and performs the operation specified by func¬ 
tion. A list of the functions describing the supported 
MC68881 instructions and their functions can be found 
on lines 25-61 of the EQUATE table of the demonstration 
software found in APPENDIX A MACROS. 

The macros which transfer data from a single floating¬ 
point register to an effective address (move out) are: 
REGMEMB FMOVE,FPm,DestinationEA 

REGMEMW FMOVE,FPm,DestinationEA 

REGMEML FMOVE,FPm,DestinationEA 

REGMEMS FMOVE,FPm,DestinationEA 

REGMEMD FMOVE,FPm,(An) 

REGMEMX FMOVE,FPm,(An) 

REGMEMP FMOVE,FPm,(An),[k-factor] 

The MC68881 FMOVE command is the only MC68881 
instruction supporting this direction of transfer. These 
macros request the passing of the instruction as a pa¬ 
rameter to be consistent with the other macros. The k- 
factor, requested by REGMEMP, may be passed in data 
register DO or as immediate data. Thus: 

[k-factor] = D0 
or 

[k-factor] = #xxxx 

A k-factor in the range -H to +17 indicates the desired 
number of significant digits in the decimal mantissa after 
conversion to packed decimal format. A k-factor in the 
range -64 to 0 indicates the desired number of significant 
digits to the right of the decimal point in a fixed-point 
format. 
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The general instruction rnacro which performs "floa¬ 
ting-point register to floating-point register" operations 
is: I 

REGREG Function,FPn,FPm,[FPq] 

Since the MC68881 performs all data manipulations in 
extended precision (no user-specified precisions), only 
one macro is needed to support these general instruc¬ 
tions. The new parameter introduced, [FPq], supports the 
one special case general instruction"FSINCOS" which 
generates the sine placing it in FPm and generates the 
cosine and placing it in FPq. 

The constants supported on-chip by the MC68881 are 
available to the programmer from the coprocessor ROM 
with the macro: 

FMOVEROM #CC,FPn 

CC is the hex number representing the constant to be 
accessed. A list of the constants and their corresponding 
identification numbers is found on lines 660-681 of the 
EQUATE table in the demonstration software found in 

APPENDIX A MACROS. 

The two macros which move data into or out of the 
coprocessor control, status, and instruction address reg¬ 
isters are: 

MOVINCSI SourceEA,Register 
MOVOUCSI Register,DestinationEA 
MOVINCSI moves data into the control, status, or in¬ 
struction address registers, and MOVOUCSI moves data 
out. The register field is specified by CONTROL, STATUS, 
or lADDRESS corresponding to the register to be trans¬ 
ferred. 

As the M68000 microprocessors use the MOVEM in¬ 
struction to move multiple registers into and out of mem¬ 
ory, the MC6888T also supports moving multiple ftoatirig- 
point registers. The macros which support the movement 
of multiple floating-point data registers are: 

FMOVEMMR SourceEA,fpO,fp 1 ,fp2,fp3,fp4,fp5, 
fp6,fp7,Postincrement 
FMOVEMRM fp0,fp1,fp2,fp3,fp4,fp5/ 
fp6,fp7,DestinationEA,Predecrement 
Each parameter of the fpO, fp1,...fp7 string represents 
the selection bit for that floating-point register. If a reg¬ 
ister is to be moved, then the corresponding parameter 
in the macro call must be setto a one (otherwise, the bit 
must be set to a zero). If the programmer decides to use: 
the indirect addressing with postincrement mode in the 
FMOVEMMR macro, then the postincrement field must 
be set to a Y; otherwise, this parameter must be set to a 
N. The same system applies to the FMOVEMRM macro 
with respect to the predecrement field (Y if addressing 
mode is used, N if not). 

The no operation or synchronizing instruction is sup¬ 
ported by the macro: 

FNOPP 

No parameters are necessary to perform this function. 
Only one macro is needed to support the branch in¬ 
struction class, the conditional branch: 

FBCC.ISize] Condition,Label 
The size specification allows the macro to distinguish 
between a long branch and a short branch. If the size is 
not specified, the default is long. The user must specify 
the condition to be tested in the condition field. A list of 
the conditions and their corresponding label is found on 


lines 67-98 of the EQUATE table found in APPENDIX A 
MACROS, if after execution, the condition is satisfied, the 
macro will cause a branch to label. 

The two macros which support the MC68881 decre¬ 
ment and branch and the conditional set instructions are: 
FDBCC Condition,Dn,Label 
FSCC Gondition,Label 

In both macros, the condition and label parameters 
serve the same purpose as those of the FBCC macro. The 
conditions are listed on lines 67-98 of the EQUATE table 
found in APPENDIX A MACROS. Note that Dn of FDBCC 
cannot be equal to DO because it is used as a work register 
by the macro. Any other data register may be used. 

The save or restore of the internal or invisible state of 
the coprocessor is executed by the macros: 

FSAVEST -(An) , ' 

FRESTRST (An)+ 

To ensure proper restoration of the MC68881 state, the 
FRESTRST command should be used only on data stacked 
by the FSAVEST command. One exception to this rule is 
for a software reset. A software reset of the MC68881 
occurs if a null save format word is stored on the stack 
and then restored into the MC68881. This can be used 
by the operating system to initialize the MC68881 when 
starting a new task. 


Theory of Operation 

The following paragraphs provide information on how 
to develop macros for the user who will either create his 
own, or need to modify the demonstration software to 
suit a particular application. The coprocessor recognizes 
each coprocessor instruction by the specific bit pattern 
written to the various coprocessor registers. The save 
instruction is an exception because it is initiated with a 
read from the save interface register. For each coproces¬ 
sor instruction type class, a unique format for the bit 
pattern exists which is the basis for instruction grouping 
into macros. A detailed description of the macro devel¬ 
opment as well as a general discussion of each type in¬ 
struction class follows. 

All macros are developed following a simple protocol: 
1) know the bit pattern of the information to be written 
to the coprocessor (the instruction to be performed) and 
write it to the appropriate interface register, 2) test for 
the known possible responses from the coprocessor, 3) 
perform requested operation (if any), and 4) test for the 
release of the main processor. If it is necessary to add 
exception detection, the programmer must add software 
to compare the response to the appropriate pre-excep¬ 
tion or post-exception bit pattern and call a user-specified 
exception processing macro or subroutine if the result is 
positive. 

Each MC68881 instruction follows a specific protocol 
starting from the write of the operation until the receipt 
of the null primitive. MEMREGn (n = B, W, L, S, D, X, P) 
and MOVINCSI follow the sequence shown in Figure 11. 
REGMEMn (n = B, W, L, S, D, X, P) and MOVOUCSI follow 
the sequence shown in Figure 12. Instructions repre¬ 
sented by these REGMEMn macros generate at least one 
null come-again response after the initial write to the 
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Figure 11. Move-In Sequence 
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command interface register to allow the coprocessor to 
perform the specified^ operation before the transfer'of 
data to memory.. FMdVEMMR and FMOVEMRM follow 
the protocols seen in Figures 13 and 14, respectively. The 
demonstration software only supports the static forms of 
the instruction, i.e. the bit mask is transferred in the in¬ 
struction rather than in a main processor data register 
{as in the dynamic form). Thus, Figures 13 and 14 rep¬ 
resent only the static forms of the move multiple floating¬ 
point register instructions. The REGREG macro follows 
the sequence of Figure 15. The FDBCC, FBCC, and FSCC 
macros basically execute the same code excejjt for the 
function to be performed after evaluating of the result of 
the conditional test as seen in Figure 16. Figures 17 and 
18 represent the protocol followed by the FSAVE and 
FRESTORE instruction, respectively. 

The macro detail will be explained by discussing an 
example of a general coprocessor instruction/the MEM- 
REGW (lines 435-470) macro. This macro performs a 
floating-point operation on a word datum at an effective 
address pointed to by source EA address, and leaves the 


Figure 12. Move-Out Sequence 

result in a specified floating-point register. The macro call 
takes the form: 

MEMREGW Function,SourceEA,FPn 

The function, SourceEA, and FPn are all parameters 
passed to the macro. Function is the operation of the 
MC6888T instruction, and FPn (n equals 0-7) is the specific 
floating-point register used. Both of these parameters 
represent a binary bit pattern. Thus, the need for an 
EQUATE table arises. An "EQU" statement (refer to the 
M68000 Assembler Manual) defines a symbol as a binary 
value when referenced anywhere in the source code. In 
the EQUATE table (lines 25-61) found in APPENDIX A 
MACROS, all general floating-point instructions are as¬ 
signed the appropriate bit pattern (e.g. FMOVE EQU $00) 
to represent the extension field of the command word in 
Figure 8. Also, as seen on lines 119-126, each floating¬ 
point register (FPn) is equated to its corresponding nu¬ 
merical value (e.g. FP6 EQU $06). The other parameter 
passed to the MEMREGW macro is the effective address 
(SourceEA). 
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Figure 13. Move-Multiple-ln Sequence 

- 

Since parameters are separated by commas in the for¬ 
mat of these macro calls, the indexed register indirect 
with offset addressing mode, (d(An,Dn)), cannot be passed 
as a single parameter. The comma between An and Dn 
causes the assembler to see this effective address as two 
parameters; Therefore, the macro will be passed one ad¬ 
ditional parameter for this case. Anticipating this case, 
when four parameters are passed in, the macro simply 
recombines the appropriate two parameters and recon¬ 
structs the effective address as a single parameter. The 
first line of this macro (line 452) is a conditional assembly 
command where the assembler tests for the occurrence 
of a fourth parameter, signifying the use of the indexed 


Figure 14. Move-Muitiple-Out Sequence 


address mode. This test is done by comparing this pa¬ 
rameter ("4') against a null character string ("). If a fourth 
parameter is present, a separate routine (lines 461-469) 
will be used to combine parameters ”2 and "3 to recon¬ 
struct the effective address parameter. 

Once the assembler has chosen which routine to as¬ 
semble, the next task entails developing the command 
word shown on line 453 of the listing: 

MOVEM.W 

#$5000 + (''3«7) + ,IV1C68881 -f COMMAND 

This task demonstrates how the command word is 
formed for all the effective addressing modes except the 
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Figure 15. Register/Register Sequence 




WRITE COMMAND 
REGISTER 


READ 

RESPONSE 

REGISTER 


MAIN PROCESSOR- 
RELEASED 


TEST T/F BIT 


PERFORM 

CONDITIONAL 

OPERATION 


ip" 


Jt ^ 

- t"* 

NULL COME-AGAIN 


Figure 16. Branch and Conditional Sequence 


STORE FORMAT 
WORD IN 
MEMORY 


MAIN PROCESSOR 
RELEASED 


Figure 17. Save Sequence 


indexed modes. The assembler, instructed by the arith¬ 
metic operator -f, adds the three fields to generate the 
proper command word. The immediate data is the com¬ 
mand word developed by the addition of the isolated 
fields seen in Figure 8. The command word base, 5000, 
represents the op-class 2 and data format for a word 
operand (RX). Each macro for a general instruction will 
have a unique command word base (shown in Table 1) 
specifying the op-class and data precision. A good un¬ 
derstanding of the command word structure in Table 1 
is helpful in developing general instruction macros. 

The second field, Ry in Figure 8, is added to the com¬ 
mand word by the assembler and represents the number 
of the floating-point register used in the transfer. This 
parameter is passed to the macro by the programmer as 
the third parameter, FPn. The symbol, <<, causes the 
assembler to shift the value of the third parameter to the 
left seven bits, placing it in its proper position in the 
command word. 

The third field of the summation is the extension field 
which specifies the binary representation of the instruc¬ 
tion to be performed. These representations are shown 
in the demonstration software in lines 25-61. 

Note, when the addressing mode is indexed, the ex¬ 
tension field remains the first parameter passed to the 
macro, but the Ry field becomes the fourth parameter 
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Figure 18. Restore Sequence 


and is accommodated by line 462. When using the in¬ 
dexed addressing mode, the assembler needs to recreate 
a comma (in the indexed format) which was not passed 
with the parameters. In line 466, a comma is placed be¬ 
tween the second and third parameters passed to the 
macro recreating the proper EA. 

The command word is always written to the absolute 
address of the coprocessor command interface-register. ? 
The demonstration software uses-MG6888T to represent- «■ 
the base address of the coprocessor interface registers 
in data space. Specific interface registers are referenced 
by adding the displacement of that particular register to 
the base address. Consequently, each register has a sym¬ 
bol equated to the appropriate displacement in the 
EQUATE table (e.g., COMMAND EQU $0A) on lines 104- 
114. 

Note that if the MC68881 is mapped into the highest 
page or the lowest page in the address map, the macros 
can use short absolute addressing mode instead of long 

absolute addressing mode. This will allow the macros to. 

assemble into smaller object codes and may execute faster . 
since the processor spends less time fetching extension 
words. 

Once the command word is written to the command 
register, only two responses can be read from the re¬ 
sponse register: 1) null come-again and evaluate effec¬ 
tive address and 2) transfer data. Only two responses will 


occur because exceptions are not allowed. By only testing 
the response register (line 454) for the null come-again 
($8900), the main processor will pass the data when it 
reads any response other than the null come-again re¬ 
sponse. 

This macro, as well as all other macros except FSA- 
VEST and FRESTRST, must test the response register for 
the coprocessor release of the main processor. This serv¬ 
ice protects against spurious protocol violations. Protocol 
violations are unexpected accesses to the MC68881 in¬ 
terface registers. For example, the coprocessor may be 
expecting data to be written to the operand register but 
instead receives a write to the command register. A spu¬ 
rious violation occurs when an expected register access 
occurs sooner than expected in systems where the pro¬ 
cessor and coprocessors are running at different clock 
speeds. Since exceptions are assumed to be disabled by 
the macros, the CA bit is monitored to determine the 
coprocessor state. When CA is set to zero, the main pro¬ 
cessor is released. The following instructions perform 
this function throughout the macro definitions: 

r«NULREL TST.B MC68881-F RESPONSE 

BMI.S “(((NULREL 

In summary, this example defines the sequence to be 
executed in all macros of the general instructions op- 
class 010. Each macro causes the main processor to write 
the move-in operation to the command register and to 
read the response register until asked to pass the data. 
After evaluating the effective address of the data and 
writing it to the operand register, the main processor 
rereads the response register until released by the co¬ 
processor. 

The packed BCD, double precisions, and extended pre¬ 
cisions operations would require the use of several other 
conditional assembly instructions to support all the ad¬ 
dressing modes that the byte, word, long word, and sin¬ 
gle precision macros allow. These instructions are 
necessary due to the fact that multiple accesses from 
memory are required to transfer data through the 32-bit 
wide operand register. To simplify this application, these 
three precisions, MEMREGD, MEMREGX, and MEM- 
REGP, are only supported by the address register indirect 
addressing mode. The other addressing modes can be 
implemented by following the demonstration software 
as an example. 

The move-out macros (REGMEMn, n = R, W, L, S, D, X, 
P) of op-class 011 of the general instruction class are 
structured in the same manner as MEMREGn (n = R, W, 
L, S, D, X, P). Coprocessor distinction between the move- 
in and the move-out operations result from the different 
op-class specifications within the command word. 

The one difference between the two op-classes is in 
the packed BCD macros. This difference is due to the 
nature of the MC68881 FMOVE out packed BCD from the 
coprocessor instruction which requires the user to submit 
additional information to the coprocessor: the k-factor. 
The k-factor is passed to the operand register from either 
a data register or as immediate data in the command 
word. To be able to handle all data registers, the packed 
BCD macro would be extensive using elaborate condi¬ 
tional statements. Therefore, the programmer is only al¬ 
lowed to use data register DO, which fixes that part of 
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the extension field representing the data register as a 
constant. Thus, only one pair of conditional instructions 
is needed. ' 

The REGREG macro supports op-class 000 which per¬ 
forms a coprocessor register-to-register operation. No 
services are needed of the main processor other than to 
submit the coprocessor instruction. Therefore, after writ¬ 
ing the command word to the command register, the 
response register is queried until the null primitive is 
granted. The several other conditional assembly state¬ 
ments in REGREG support the unique general arithmetic 
instruction, FSINCOS. Since this instruction requires two 
destination floating-point registers for the results of the 
operation (FPm and FPq), another parameter must be 
passed to the coprocessor. The conditional assembly 
statement tests for the existence of a fourth parameter. 
To be able to support this instruction in the REGMEMn 
and MEMREGn macros, similar procedures should be 
followed. An example is implemented in the MEMREGB 
macro (line 372-434). 

Op-class 010 with Rx equal to 111 represents the op¬ 
eration performing the access of the coprocessor con¬ 
stants (FMOVEROM). A command word specifying the 
constant to be retrieved is written to the command reg¬ 
ister. Since no further services of the main processor are 
needed, the remaining function is to test the response 
register for the release signal (CA equals zero). 

Both macros, MOVINCSI (op-class 100) and MOV- 
OUCSI (op-class 101) move the coprocessor system reg¬ 
isters. Each perform the same instruction sequence as 
MEMREGn and REGMEMn, respectively, with the only 
difference being the value of the command word. The 
move multiple coprocessor system register instructions 
are not supported by the macros. 

The final op-classes of the general instructions to be 
discussed are those corresponding to the movement of 
multiple floating-point data registers (FMOVEMRM and 
FMOVEMMR), Due to the nature of the M68000 Family 
memory organization, the macros are constructed dif¬ 
ferently. The user specifies which registers are moved by 
selecting the corresponding parameter in the macro call, 
and the coprocessor detects which registers are affected 
by the bit mask specified in the command word. The , 
binary bit mask is formed by the parameter iistrThe list 
is treated as a string of concatenated bits which is re¬ 
quired by the MC68881 to represent the register select 
mask. 

Since the floating-point data registers are 96 bits wide, 
three consecutive accesses of 32 bits each must be made 
to acquire the data. FMOVEMRM (lines 761-834) orga¬ 
nizes this data so that the high-order bit is situated in 
low-order memory. The coprocessor delivers FPO first (if 
selected) and FP7 last, except when the indirect address¬ 
ing with predecrement mode is being used. In which case, 
the coprocessor sends FP7 first and FPO last so that FPO 
is always placed in low memory. Therefore, the condi¬ 
tional test for the predecrement mode is required to re¬ 
verse the order of the bit mask sent to the coprocessor. 
The FMOVEMMR (lines 835-881) macro moves data into 
the registers by moving FPO first as the coprocessor al¬ 
ways expects FPO first. The FMOVEMMR macro does not 
allow the predecrement addressing mode. 


The second type class to be discussed is the branch 
instruction class which is supported by the FBCC macro. 
The main processor writes the conditional predicate 
(CPRED) to the condition register and reads the response 
register until signaled to be released. Then the T/F bit of 
the response primitive is examined, and if status indi¬ 
cates, the branch is taken. 

The FDBCC and FSCC macros support the conditional 
type instructions. Both macros follow the same protocol 
as FBCC (i.e., write CPRED to the condition register, read 
the response register, and after being released, perform 
requested function if condition satisfied). All of the branch 
and conditional macros must modify a data register which 
serves as a temporary variable. When the coprocessor 
grants the null release primitive, the T/F bit is also passed 
in the response. As the MC68881 does not expect another 
response register access, the response is saved in DO so 
the CA bit can be tested. When CA equals zero, the T/F 
bit is already available in DO. 

The no-operation macro exists for the no-operation or 
synchronizing FNGP instruction. It is a branch never in¬ 
struction. The main processor writes the second word of 
the coprocessor instruction to the condition register and 
queries the response register until released by the co¬ 
processor. 

One MC68881 conditional instruction not implemented 
is the conditional trap (FTRAPcc) instruction because the 
MC68020 has these coprocessor traps. The trap instruc¬ 
tion is not available on the MC68000, the MC68008, or 
the MC68010. To cause a trap from the users space in a 
MC68000/MC68008/MC68010 system, the overflow bit in 
the control register can be set, and the TRAPV instruction 
executed. However, the trap handler can not distinguish 
between the simulated coprocessor condition and the 
overflow condition that would normally use this trap vec¬ 
tor. 

The final two coprocessor instruction types to be dis¬ 
cussed are the save and restore performed by macros 
FSAVEST and FRESTRST, respectively. Only one ad¬ 
dressing mode is supported in the macros. Several other 
conditional assembly instructions, similar to those in the 
FMOVEMMR and FMOVEMRM macro, can be imple¬ 
mented to utilize more addressing modes. To initiate the 
save sequence, the main processor reads the format word 
from the save register. This 16-bit register is reread until 
the high-order byte no longer contains a 01 (coprocessor 
busy). At this point, the iength (in bytes) of the copro¬ 
cessor data to be transferred resides in the iow-order byte 
of the format word. The main processor isolates this length 
and begins to transfer the data from the operand register 
(making long word accesses) to memory via the indirect 
addressing with predecrement addressing mode. After 
saving the invisible portion of the coprocessor state, the 
main processor stores the format word at the top of the 
-stack, in low-order memory. This assures proper resto¬ 
ration of the MC68881 state when the FRESTRST macro 
is executed. In FRESTRST, the main processor writes the 
previously saved format word from memory to the re¬ 
store register, reads the restore register, and begins writ¬ 
ing the stored data to the operand register until the proper 
number of bytes has been transferred. Indirect address¬ 
ing with postincrement addressing mode is used. 
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In summary, the performance of the IVIC68881, driven 
as a peripheral in a IVIC68000/MC68008/MC68010 system, 
is enhanced by using the macro approach. This is pri¬ 
marily due to the fact that most of the instruction decode 
is done at assembly. This in-line code is upwardly source 
code compatible to a MC68020 system via re-compilation 
or reassembly. For instance, the following code provides 
an example of how to alter a macro (for reassembly) in 
order to acquire floating-point source code compatibility 
when porting the user software to an MC68020 system 
(equate table must be deleted): 

MEMREGB MACRO 

“1.B “2,“3 

ENDM 

The macro call will remain the same. For example, this 
macro call: 

MEMREGB FADD,D0,FP0 

expands to create the following MC68881 floating-point 
ADD source code when used in conjunction with the pre¬ 
vious macro definition: 

FADD D0,FP0 

A few consequences of this technique exist: 1) the ob¬ 
ject code is not MC68881 replaceable because if the code 
were moved up to a MC68020/MC68881 system, the 
MC68881 would still be a peripheral processor in user 
data space (to benefit from the MC68020 coprocessor 
interface, the macros would have to be changed and the 
user program reassembled), 2) a macro library and/or 
other routines are required to contain the macro soft¬ 
ware, 3) the full environment is not presented to the user 
as not all addressing modes norths FTRAPcc instruction 
are supported, ail checking done by the MC68020 is riot 
implemented (e.g., illegal format errors), and exceptions 
are not enabled, 4) the MC68881 is not an independent : 
operating hardware device because peripheral I/O access 
is used, and 5) the demonstration software does not sup¬ 
port the M68000 immediate addressing mode. 


F-LINE TRAP SOFTWARE EMULATION 

As an alternative to using macros or in-line code, an- 
F-line trap emulation could be implementeddn an 
MC68000/MC68008/MC68010 system when the user re¬ 
quires the user program object code containing MC68881 
instructions to be upward compatible to the MC68020 
without recompiling, reassembling, or relinking. By using 
this approach, the coprocessor will be driven as a pe¬ 
ripheral from supervisory space by supervisor software. 
Complete source and object code compatibility with the 
MC68881 instruction set can be maintained. 

Because some M68000 systems separate user and su¬ 
pervisor space, different types of emulations must be 
developed. This application note includes two examples 
of an F-line emulation of the general instruction operation 
performed ondata moved into the coprocessor: the pro¬ 
tected and Unprotected versions. The software for other 
types such as move outs can be inferred from the ex¬ 
amples given. The protected version (APPENDIX B PRO¬ 
TECTED F-LINE EMULATION SOFTWARE) is used on 
systems which segregate user and system address spaces. 
The unprotected version (APPENDIX C UNPROTECTED 


F-LINE EMULATION SOFTWARE) can be used on any 
M68000 system which allows direct access to user spaces 
from 'the supervisor state. 


Functional Description 

If the coprocessor instruction were decoded by the trap 
routine to determine the addressing modes used to ac¬ 
cess the instruction operands, then a significant overhead 
would be incurred with a commensurate loss of perform¬ 
ance. Hence, the demonstration software presumes a sin¬ 
gle addressing mode will always be used. This is register 
indirect, (AO). If the programmer desires to use other 
addressing modes, this can be accomplished by simply 
performing: 

LEA EA,A0 

before executing the floating-point instruction. Note, the 
LEA instruction will network when using PC relative ad¬ 
dressing mode in a system that splits program and data 
spaces (although this is rarely encountered). Also, as im¬ 
plemented in the macro approach, no error or exception 
checking is performed by the F-line emulator approach. 

In the examples, all memory to floating-point register 
operations are supported including FMOVECR and all FPn 
to FPm operations. 


Theory of Operation 

The following paragraphs provide information for users 
creating their own F-line trap emulations. The read-write 
protocol of the move-in macros (Figure 11) is imple¬ 
mented in both the protected and unprotected forms of 
the emulation. The F-line trap emulation differs from the 
protocol of the macro approach. In the emulation, after 
the main processor has transferred the data to the co¬ 
processor, the final read of the response register is no 
longer needed. Sufficient time will expire between any 
two consecutive floating-point instructions due to the 
overhead of the F-line trap which ensures that no spu¬ 
rious protocol violations will occur. 

A flowchart of the unprotected emulation version is 
seen in Figure 19. In the protected version, the same 
sequence of events occurs with the exception that the 
floating-point instruction and source operands are ac¬ 
cessed in user memory from supervisor space utilizing 
the MC68010 MOVES and MOVEC instructions. Only the 
unprotected version (APPENDIX C UNPROTECTED F-LINE 
EMULATION SOFTWRAE) is referenced. 

When a coprocessor instruction is encountered, the F- 
line trap is taken. The location of the coprocessor instruc¬ 
tion (program counter) and other information (depending 
on the main processor executing the instruction) is placed 
on the stack. The data at the program counter location 
(the operation word of the coprocessor instruction) is 
examined to determine whether the instruction is a gen¬ 
eral type (line 25). If so, the second word (the command 
word) is written to the command register (line 30). Then, 
the main processor queries the response register until 
the coprocessor no longer processes the previous in¬ 
struction (no null come-again). 
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Next, the op-class specified in the command word is 
examined to determine the main processor’s next action. 
First, the main processor tests for the move multiple co¬ 
processor registers (data or system) into or out of the 
IVIC68881 (op-classes with high-order bits set, e.g. Ixx) 
in lines 33-34. If found, the main processor would jump 
to a routine to handle this special function. This function 
is not implemented in this application but is a straight¬ 
forward routine. 

Subsequently, testing for a floating-point register-to- 
register operation occurs inline 35. In this case, no further 
services are needed of the main processor, and a jump 
to the RTE instruction is taken. 

Finally, a distinction between the move-in and move- 
out operations is made (line 37-38). (An additional routine 
can be developed to support the move-out sequence.) 
When a move-in operation has been identified„the main 
processor then extracts the precision of the external op¬ 
erand from the command word. If the instruction is found 
to be a FMOVECR (precision 111), the main processor 
immediately branches to the RTE instruction. Otherwise, 
the main processor branches to the small routines for 
handling the respective data transfers. Since long words, 
packed BCD, single, double, and extended precision data 
transfers all require at least one 32-bit data transfer, one 
routine handles all five data types (lines 54-56). Two other 
routines (lines 59-60 and lines 63-64) support the byte 
and word transfers. After the data has been delivered to 
the coprocessor, the main processor returns from excep¬ 
tion via the RTE instruction (the instruction which com¬ 
pletes the F-line trap and re-enters the user program). 

In both versions of the F-line trap emulation, the work 
registers were stored at the beginning of the routine and 
then restored prior to the exit. 

In summary, the F-line emulation trap is initiated when 
the main processor identifies a coprocessor instruction 
by a hexadecimal F in the most-Significant nibble of the 
first word of the instruction (and takes'the F-line trap). 


The object code containing the MC68881 instruction 's 
upward compatible to an MC68020 system without re¬ 
compiling, reassembling, or relinking. 

The major consequence in implementing an F-line em¬ 
ulation instead of in-line code is the time factor incurred 
by both the overhead of the F-line trap and the instruction 
decode in the trap routine. Listed in Table 2 are the clock 
cycles required to perform the various operations using 
the two F-iine emulations and the macro approaches. 
Even with the overhead associated with the F-line emu¬ 
lation this approach offers a speed advantage over float¬ 
ing-point software packages and at the same time 
maintains MC68020/MC68881 upward compatibility. 
Timings are based on a no-wait state system (four clock 
cycle bus cycle). The MC68881 overhead is not taken into 
account because the main processor is released to per¬ 
form the next instruction of the user program while the 
coprocessor executes its instructions. FMOVE is an ex¬ 
ample instruction that could be replaced by any of the 
general instructions (excluding the move multiples). 

CONCLUSION 

TheMC68881 floating-point coprocessor can be utilized 
as a peripheral in a MC68000/MC68008/MC68010 system 
by either directly driving the device as a peripheral or by 
simulating the complete coprocessor instruction set. Either 
method, depending on the application, is sufficient to 
utilize the high performance of the MC68881 and offers 
superior speed and versatility over floating-point soft¬ 
ware packages. The macros or in-line code of this appli¬ 
cation provide a faster way to access the device for the 
users interested in achieving the highest performance of 
the MC68881. Alternately, for applications that can trade¬ 
off performance to achieve object code upward compat¬ 
ibility with MC68020 systems, an example of an F-line 
emulation trap has also been included. 



£ 


Table 2. Operation Execution Time (Clock Cycle) 
for MC68010 



(op) = MOVE, ADD, SUB 
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************************^r*^,****^,******^:*^,**i,^,*^,^,^,^,1,1,^:^,^,1,^,i,^,^,^,^,^,^,^^,^,^,^,^,^^,^^,^,^^^^ 

* SOURCE CODE TO DRIVE THE MC68881 AS A PERIPHERAL * 

★ 

* 

* TO NOT SHOW MACRO EXPANSION IN THE LIST FILE DELETE 'OPT MEX' BEFORE * 

* ASSEMBLY. * 


TO SHOW THE CONDITIOIAL ASSEMBLY INSTRUCTIONS IN THE MACRO EXPANSION * 
DELETE THE 'OPT NOCL'(LOCATED AFTER THIS BOX) BEFORE ASSEMBLY. * 




**************************************i,1,i,i,i,iti,iti,n,i,ti,tt*i,1,**i,**i,*i,*i,i,i,ti,i,i,t*i,*** 
OPT NOCL 
OPT MEX 

* 

* 

* THIS IS THE EQUATE FILE TO SUPPORT THE MACROS USED * 

* TO DRIVE THE MC68881 AS A PERIPHERAL * 

* WITH THE M68000 FAMILY * 

* '-'I 

it 

**********************************-k*******i,ti,t**i,ic1,ii-l,i,i,1ti,tn,i,i,*i,.i,ti,i,ti,i,i,i,i,i,i,f,i,f, 

* THESE ARE THE INSTRUCTION BIT PATTERN EQUATES 


25 

FMOVE 

EQU 

$00 

MOVE 

26 

FINT 

EQU 

$01 

INTERGER PART 

27 

FSINH 

EQU 

$02 

SINK 

28 

FSQRT 

EQU 

$04 

SQUARE ROOT 

29 

FLOGNPl 

EQU 

$06 

LOGN (1+X) 

30 

FETOXMl 

EQU 

$08 

[(E**X>-1)] 

31 

FTANH 

EQU 

$09 

TANK 

32 

FATAN 

EQU 

$0A 

ARCTAN 

33 

FASIN 

EQU 

$0C 

ARCSIN 

34 

FATANH 

EQU 

$0D 

ARCTANH 

35 

FSIN 

EQU 

$0B 

SINE 

36 

FTAN 

EQU 

$0P 

TANGENT 

37 

FETOX 

EQU 

$10 

E**X 

38 

FTWOTOX 

EQU; 

‘ $11 

2**X 

39 

FTENTOX 

EQU 

$12 

10**X 

40 

FLOGN 

EQU 

$14 

LOGN 

41 

FLOGIO 


$15 

LOGIO 

42 

FLOG2 

EQU 

$16 

LOG2 

43 

FABS 

EQU 

$18 

ABSOLUTE VALUE 

44 

FCOSH 

EQU 

$19 

COSH 

45 

:£WG 

EQU 

$1A 

NEGATE 

46 

PACOS 

EQU 

$1C 

ARCCOS 

47 

FCOS 

EQU 

$1D 

COSINE! 

48 

FGETEXP 

EQU 

$1E 

GET EXPONENT 

'*49 

FGETMAN 

EQU 

$1F 

GET MANTISSA 

50 

FDIV 

EQU 

$20 

DIVIDE 

51 

FMOD 

EQU 

$21 

MODULO REMAINDER 

52 

FADD 

EQU 

$22 

ADD 

53 

FMUL 

EQU 

$23 

MULTIPLY 

54 

FSGLDIV 

EQU 

$24 

SINGLE DIVIDE 

55 

FREM 

EQU 

$25 

IEEE REMAINDER 

56 

FSCALE 

EQU 

$26 

SCALE EXPONENT 

57 

FSGLMUL 

EQU 

$27 

SINGLE MULTIPLY 

58 

FSUB 

EQU 

$28 

SUBTRACT 

59 

FCMP 

EQU 

$38 

COMPARE 

60 

FTST 

EQU 

$3A 

TEST 

61 

62 

FSINCOS 

EQU 

$30 

SIMULTANEOUS FP SINE 
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g3 ************************************Jk****************************************** 

64 * THESE ARE THE NUEMONICS USED AS THE CONDITION CODES FOR THE * 

65 * BRANCH INSTRUCTIONS ' * 

55 ******************************************************************************* 


67 

EQ 

EQO 

$01 

EQUAL 

68 

NEQ 

EQO 

$0E 

NOT EQUAL 

69 

GT 

EQU 

$12 

GREATER THAN 

70 

NGT 

EQU 

$1D 

NOT GREATER THAN 

71 

GE 

EQU 

$13 

greater THAN OR EQUAL 

72 

NGE 

EQU 

$1C 

NOT (GREATER THAN OR EQUAL) 

73 

LT 

EQU 

$14 

LESS THAN 

74 

NLT 

EQU 

$1B 

NOT I£S THAN 

75 

LE 

EQU 

$15 

LESS THAN OR EQUAL 

76 

NLE 

EQU 

$1A 

NOT (LESS THAN OR EQUAL) 

77 

GL 

EQU 

$16 

GREATER OR LESS THAN 

78 

NGL 

EQU 

$19 

NOT (Q^TER OR LESS THAN) 

GREATER OR LESS OR EQUAL ^ ''\,v 

NOT (GREATER CR LESS OR EQUAL) 

79 

GLE 

EQO 

$17 

80 

NGLE 

EQU 

$18 

81 

OGT 

EQO 

$02 .. 

. ORDERED. GREATER. THAN 

82 

OLE 

EQU 

$0D 

DN<®DERED OR LESS OR EQUAL 

83 

OGE 

EQO 

$03 

ORDERED GREATER THAN OR EQUAL 

84 

DLT 

EQO 

$0C 

UNORDERED OR LESS THAN 

85 

OLT 

EQU 

$04 

ORDERED LESS THAN 

86 

OGE 

EQU 

$0B 

UNORDERED OR GREATER OR EQUAL 

87 

OLE 

EQO 

$05 

ORDERED lESS THAN OR EQUAL 

88 

OGT 

EQO 

$0A 

UNC^DERED OR GREATER 

89 

OGL 

EQO 

$06 

ORDERED GREATER OR LESS THAN 

90 

UEQ 

EQO 

$09 

UNORDERED OR EQUAL 

91 

OR 

EQO 

$07 

ordered 

92 

UN 

EQU 

$08 

UNORDERED 

93 

F 

EQU 

$00 

FALSE (NEVER) 

94 

T 

EQO 

$0F 

TRUE (AIWAYS) 

95 

SF 

EQO 

$10 

SIOJALING FALSE (NEVEK) 

96 

ST 

EQU 

$1F 

signaling true (ALWAYS) 

97 

SEQ 

EQU 

$11 

SIGNALING EQUAL 

98 

99 
100 

SNEQ 

EQU 

$1E 

SIGNALING NOT EQUAL 

*★********* W********^* ********************************************************* 

101 

*. 

THESE EQUATES REPRESENT THE OFFSETS FOR THE BASE ADDRESS OF * 

102 

* 

THE 

MC68881 INTERFACE REGISTERS! * 

103 

******************************************************************************* 

104 

COMMAND 

EQU 

$0A 

CC»1MAND REGISTER 

105 

RESPONSE 

EQU 

$00 

RESPONSE REGISTER 

106 

OPER 

EQO 

$10 

OPERAND REGISTER 

107 

COND 

EQU 

$0E 

CONDITION REGISTER 

108 

SAVE 

EQU 

$04 

SAVE REGISTER 

109 

RESTORE 

EQU 

$06 

RESTORE REGISTER 

110 

REGSEL 

EQU 

$14 

REGISTER SELECT 


CONTROL 

EQU 

$9000 

MC68881 CONTROL REGISTER 

112 

STATUS 

EQU 

$8800 

MC68881 STATUS REGISTER 

113 

lADDRESS 

EQU 

$8400 

MC68881 INSTRUCTION ADDRESS REGISTER 

114 

TFBIT 

EQU 

$0 

TRUE/FALSE BIT OF THE RESPONSE REGISTER 

115 





116 

******************************************************************************* 

117 

* 

THESE 

EQUATES REPRESENT THE FLOATING POINT REGISTERS * 

118 

******************************************************************************* 

119 

FPO 

EQU 

$00 

FLOATING POINT REGISTER #0 

120 

FPl 

EQU 

$01 

.. .. " #1 

121 

FP2 

EQU 

$02 

If .1 " #2 

122 

FP3 

EQU 

$03 

If M •! ^3 

123 

FP4 

EQO 

$04 

FLOATING POINT REGISTER #4 

124 

FP5 

EQJ 

$05 

" " " #5 

125 

FP6 

EQU 

$06 

.. .. " #6 

126 

FP7 

EQU 

$07 

.. " #7 


127 ****************************************************************************** 

128 * 

^29 * MC68681 SINGLE PRECISION FP-REG. VALUE TO MEMORY OPERATION 


% 

.Cr 

"-i;" 

% 


129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 1 

144 

145 

146 

147 

148 ' 

149 

150 ' 

151 

152 

153 

154 

155 ' 

156 

157 - 

158 

159 ' 

160 
161 
162 

163 > 

164 * 

165 * 

166 * 

167 * 

168 * 

169 * 

170 * 

171 * 

172 * 

173 * 

174 ' 

17S' * 
176 * 

'177 * 

178 * 

179 R] 

180 
181 

182 \( 

183 

184 * 

185 

186 \C 

187 

188 

189 

190 

191 \« 

192 


REGMEMS INSTRUCTION,FPM,<EA> 

WHERE: INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E. FMOVE) 
FPM- SOURCE FP REGISTER 
<EA>- DESTINATION ADDRESSING MODE 

NO REGISTERS MODIFYED OR DESTROYED! 


VALID ADDRESSING M®ES: 


DN, (AN)+, -(AN), D(AN), D(AN,IX) 
XXX.W, XXX.L, (D,PC), D(PC,IX) 


* 

« 

* 

.v'S' ★ 




******************************1,*****ic1,************1,i,l,ti,i,i,tttt****iri,*^t******** 
REGMEMS MACRO 

IFC '\4’,'‘ IS <EA>= INDIRECT WITH INDEXING 

MOVE.W #$6400+(\2«7)+\l,MC68881+COMMAND MEM. TO REG. OPERATION 


\@NDLCA CMPI #$8900,MC68881+RESPONSE 
BEQ.S XfiNOLCA 

* 

MOVE.L MC68881+OPER,\3 
\0NULREL TST.B MC68881+RESPONSE 
BMI.S \0NULREL 
ENDC 

IFNC '\4’, " 


READ RESPONSE REGISTER 

REREAD UNTIL EVALUATE EA AND TRANSFER 

DATA 

LOW ORDER WORD 
IS RESPONSE NULL REI£ASE? 

BRANCH UNTIL NULL RELEASE 

IS <EA> NOT - INDIRECT WITH INDEXING 


XeNULCA 


MOVE.W #$6400+(\2«7)+\l,MC6888i+COMMAND MEM. TO REG. OPERATION 


CMPI #$8900,MC68881+RESPONSE 
BEQ.S \@NULCA 


READ RESPONSE REGISTER 

reread until evaluate EA AND TRANSFER 

DATA 

SINGLE PRECISION DATA TRANSFER 
IS RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 


MOVE.L MC68881+OPER,\3,\4 SINGLE PRECISION DATA TRANSFER 

XSNULREL TST.B MC68881+RESPONSE IS RESPONSE NULL RELEASE? 

BMI.S \@NULREL BRANCH UNTIL NULL RELEASE 

ENDC 

ENDM 

*********************************************,^**^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 

* 

★ 

* MC68881 LONG WORD lENGTH FP-REG. VALUE TO MEMORY OPERATION * 

* 

* REGMEMW INSTRUCTION, FPM, <EA> * 

* 

* 

* INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E. FMOVE) * 

* ' FPM- SOURCE FP, REGISTER , * 

* <EA>“ destination‘ADDRESSING MODE * 

* NO REGISTERS MODIFYED OR DESTROYED! * 


VALID ADDRESSING MODES: 


DN, (AN)+, -(AN), D(AN), D(AN,IX) 
XXX.W, XXX.L, (D,PC), D(PC,IX) 


**************************************************^*^^^^^^^^^^^^^^^^^^^^^^^^^^ 
REGMEML MACRO 

IFC '\4'," IS <EA>-INDIRECT WITH INDEXING 

MOVE.W #$6000+(\2«7)+\1,MC68881+COMMAND MEM. TO REG. OPERATION 
\@NDLCA CMPI #$8900,MC68881+RESPONSE READ RESPONSE REGISTER 


BEQ.S \@NULCA 

* 

MOVE.L MC68881+OPER,\3 
XSNULREL TST.B MC68881+RESPONSE 
BMI.S XeNOLREL 
ENDC 

IFNC 'X4','' 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

LONG WORD TRANSFER 
IS RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 


IFNC \4 , IS <EA> NOT = INDIRECT WITH INDEXING 

MOVE.W #$6000+(X2«7)+X1,MC68881+COMMAND MEM. TO REG. OPERATION 
XeNULCA CMPI #$8900,MC68881+RESPONSE READ RESPONSE REGISTER 

BEQ.S X@NDICA REREAD UNTIL EVALUATE EA AND TRANSFER 




J 







* DATA 

MOVE.B MC68881+OPER,\3 BYTE DATA TRANSFER 

\@NDLREL TST.B MC68881+RESP<»ISE IS RESPONSE, NDU, RELEASE? 

BMI.S \eNULREL BRANCH UNTIL NULL RELEASE 

ENDC 

IFNC ' \4', " IS <EA> NOT - INDIRECT WITH INDEXING 

MOVE.W #$7800+(\2«7)+\I,MC€8881+CC»lMAND MEM. TO REG. OPERATION 
\@NULCA CMPI #$8900,MC€8881+RESPONSE READ RESPONSE REGISTER 


BEQ.S: XSNULCA 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

MOVE.B MC68881+0PER,\3,\4 BYTE DATA TRANSFER 

\eNULREL TST.B MC68881+RESPONSE IS RESPONSE NULL RELEASE? 

BMI.S \@NULREL BRANCH UNTIL NULL RELEASE 

ENDC 

ENDM 

*************1c*-k*-k*ii*i(icic************-k*-k‘k****icit*itifk*ir**-k-i;**ir***irir*ir‘k4f,ic i^******* 
* ^ 

* MC688ei DOUBLE PRECISION FP-REG.;: VALUE TO MEMORY OPERATION * 

* * 

* REGMEMD INSTRUCTION,FPM/<EA>: * 

* . * 

* WHERE: INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E, FMOVE) * 

* FPM- SOURCE FP REGISTER V „ * 

* <EA>= AN ADDRESS REGISTER, SURROlM)ED BY PARENTHESIS, * 

* CONTAINING THE PREVIOUSLY LOADED EFFECTIVE ADDRESS * 

* (I.E. (AO)). * 




NO REGISTERS MODIFYED OR DESTROYED! 
VALID ADDRESSING MODES: (AN) 


*********************************** 

REaiEMD MACRO 

MOVE.W #$7400+(\2<<7)+\l,MC68881+COMMAND MEM. TO REG. OPERATION 
\@NULCA CMPI #$8900,MC€8881+RESPONSE READ RESPONSE REGISTER 

BEQ.S \@NUI/m REREAD UNTIL EVALUATE EA AND TRANSFER 

* DATA 

MOVE.L MC68881+OPER,\3 HIGH ORDER LONG WORD 

MOVE.L MC68881+OPER,4\3 LOW ORDER LONG WORD 

\@NULREL TST.B MC68881+RESPONSE IS RESPONSE NULL RELEASE? 

BMI.S XfiNDLREL BRANCH UNTIL NULL RELEASE 

ENDM 

*************************** **********************************i,^i,ji^^^^^^^^^^^^^ 




- !^68881 EXTENDED PRECISION FP-REG. VALUE TO MEMORY OPERATION 
REGMEMX INSTRUCTION,FPM,<EA> 




, *'■ WHERE: INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E. FMOVE) * 

* FPM- SOURCE FP REGISTER * 

* <EA>- AN ADDRESS REGISTER, SURROUNDED BY PARENTHESIS, * 

* CONTAINING THE PREVIOUSLY LOADED EFFECTIVE ADDRESS * 

* (I.E. (AO)). * 

* * 

* NO REGISTERS MODIFYED OR DESTROYED! * 

* * 

* VTiLID ADDRESSING MODES: (AN) * 

* . ' * 
******************************************************************i,i,i,i,^,^,i,^,^,^,^,^ 

REGMEMX MACRO. 

MOVE.W #$6800+(S2«7)+\1,MC68881+COMMAND MEM. TO REG. OPERATION 
\eNULCA CMPI #$8900,MC68881+RESPONSE READ RESPONSE REGISTER 

BEQ.S \eNDICA REREAD UNTIL EVALUATE EA AND TRANSFER 

* DATA 

MOVE.L MC68881+OPER, \3 HIGH ORDER LONG WORD 

MOVE.L MC68881+OPER,4\3 MID-ORDER 


AN947/D 
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****************************************************************************** 
MEMREGB MACRO 

IFC ’\1','FSINCOS* IS INSTRUCTION FSINOOS 

IFC IS INDEXING PART OF THE ADDR.MODE 

MOVE.W #$5800+(\4«7)+\3+\l,MC68881+COMMAND MEM. TO REG. OPERATION 
\@NULCA CMPI #$8900,MC68881+RESPONSE READ RESPONSE REGISTER 


BEQ.S XSNULCA 

MOVE.B \2,MC68881+OPER 
\@NOLREL TST.B MC68881+RESPONSE 
BMI.S XGNOLREL 
ENDC 

IFNC '\5',*' 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

BYTE DATA TRANSFER 
IS RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 


IFNC IS <EA> NOT - INDIRECT WITH INDEi 

MOVE.W #$5800+(\5«7)+\4+\l,MC68881+COMMAND MEM. TO REG. OPERA 




XSNULCA CMPI #$8900,MC68881+RESPONSE 
BEQ.S \@NULCA 

MOVE.B \2,\3,MC68881+OPER 
\0NUIREL TST.B MC68881+RESPONSE 
BMI.S \@NOLREL 
ENDC 
ENDC 

IFNC ’\1','FSINCOS* 

IFC '\4’,'■ 


READ RESPONSE REGISTER 

REREAD UNTIL EVALUATE EA AND TRANSFER 

DATA 

BYTE DATA TRANSFER 
IS RESPONSE NULL REIEAi^? 

BRANCH UNTIL NULI^^-EaIe 


\0NULCA 


IFNC ’\1',"FSINCOS* IS INSTRUCTION NOT FSINCOS 

IFC '\4"," IS <EA>-IiroiR^ WITH INDEXING 

MOVE.W #$5800+(\3«7)+\l,MC68881+COMl®b*’'iffiM. TO REG. OPERATION 
CMPI #$8900,MC68881+RESPONSE READ^RESPONSE REGISTER 


BEQ.S \eNULCA 


MOVE.B \2,MC68881+OPER 
NfiNULREL TST.B MC68881+RESPONSE 

BMI.S \6NOLREL ,^3 

ENDC 

IFNC '\4'," ^ 


reread UNTIL EVALUATE EA AND TRANSFER 

f^ATA ■' 

5 MCSra: DATA INTO OPERAND REGISTER 
is RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 


\@NULCA 


IFNC '\4'," ^ IS <EA>-«N0T INDIRECT WITH INDEXING 

MOVE.W #$5800+(\4«7)+\l,MC68881+COMMAND *MEM. TO BEG. OPERATIWJ 
CMPI #$8900,MCS8881+BESPONSE READ RESPONSE REGISTER 


BEQ.S \0NULCA 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

MOVE.B \2,\3>MC68881+OPER BYTE DATA TRANSFER 

\@NDLBEL TST.B MC68881+RESPONSE IS RESPONSE NULL RELEASE? 

BMI.S VeSULREL BRANCH UNTIL NULL RELEASE 

ENDC 

ENDC 

ENDM 

****.M****^******************************************************************** 


MC68881 WORD IN.MEMORY OR IN Dn TO FP-REG. OPERATION 
MEMREGW INSTRUCTION,<EA>,FPN 

WHERE; INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E. FADD) 
<EA>- SOURCE ADDRESSING MODE 
FPN- DESTINATION REGISTER 

NO REGISTERS MODIFYED OR DESTROYED! 

VALID ADDRESSING MODES; DN, (AN)+, -(AN), D(AN), D(AN,IX) 

XXX.W, XXX.L, (D,PC), D(PC,IX) 


****************************************************************************** 
MEMREGW MACRO 

IFC '\4'," IS <EA>-INDIRECT WITH INDEXING 

MOVE.W #$5000+(V3«7)+\l,MC68881+CCa4MAND MEM. TO REG. OPERATICW 
\@NDLCA CMPI #$8900,MC68881+BESPONSE READ RESPONSE REGISTER 

BEQ.S XeNUICA REREAD UNTIL EVALUATE EA AND TRANSFER 

* DATA 
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457 

458 

459 

460 

461 

462 
.463 

464 

465 

466 

467 

468 

469 

470 

471 

472 

473 

474 

475 

476 

477 

478 

479 

480 

481 

482 

483 

484 

485 

486 

487 

488 

489 

490 

491 

492 

493 

494 

495 

496 

497 

498 

499 

500 

501 

502 

503 

506 

'’507 

508 

509 

510 

511 

512 

513 

514 

515 

516 

517 

518 

519 

520 

521 

522 


V 


MOVE.W \2,MC6888140PER WORD DATA TO FP-REG. 

\eNULREL TST.B MC68881+RESP<»JSE IS RESPONSE NUIi REIEASE? 

BMI.S XSNOIREL BRANCH UNTIL NOLL RELEASE 

ENDC 

IFNC ■\4','’ IS <EA> NOT - INDIRECT WITH INDEXING 

MOVE.W #$5000+(\4«7)+\l,MC68881+COMMAND MEM. TO REG. OPERATIC^ 
\@NULCA CMPI #$8900,MC68881+RESPONSE READ RESPONSE REGISTER 


BEQ.S 


\@NULCA 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

WORD DATA TO FP REG. 

IS RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 't* 


MOVE.W \2,\3,MCS8881+OPER 
\eNULREL TST.B MC688ei+RESPONSE 
BMI.S \@NULREL 
ENDC 
ENDM 

******************************************************************** 




MC68881 LONG WORD IN MEMORY OR IN Dn TO FP-REG. OPERATION' 
MEMREGL INSTRUCTION,<EA>,FPN ' 

WHERE: INSTRUCTION- FP INSISUCTIO^NUEMONIC (IjE'. FADD) 
<EA>- SOURCE ADDRESSING MO^ 

FPN- DESTINATION REGISTER ^ 

NO REGISTERS MODIFYED OR DESTROYED! 

VALID ADDRESSING MODES: DN, (AN)+, • - (AN), D(AN), D(AN,IX) 

XXX.W, XXX.L, *'(D,PC), D(PC, iX) 



*** 

★ 

★ 

■ ★ 
* 
* 
* 

- * 
* 
* 
* 
* 
* 
* 
* 


****************************************************************************** 
MEMREGL MACRO s C 

IFC'\4'," ' ' IS <EA>-INDIRECT WITH INDEXING 

MOVE.W #$4000+(\3«7)+\l,MC68881+COMMAND MEM. TO REG. OPERATION 
\@NULCA CMPI #$8900,MC6888i+RESPONSE READ RESPONSE REGISTER 

BEQ.S \eNULCA - REREAD UNTIL EVALUATE EA AND TRANSFER 

* DATA 

MOVE.L \2,MC68881+OPER LONG WORD DATA TO FP REG. 

IS RESPONSE NULL REIEASE? 


BRANCH iuNTIL NULL RELEASE 


\eNULREL TST.B MC6e881+BESPONSE 
BMI.S \@NDLREL 
ENDC 

IFNC '\4', ” IS <EA> NOT - INDIRECT WITH INDEXING 

MOVEiW #$4000+(\4«7)+\l,MC68881+COMMAND MEM. TO REG. OPERATION 
\@NULCA "CHPI #$8900,MC68881+RESPONSE ■ READ RESPONSE REGISTER 


BEQ.S \eNDLCA 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

LONG WORD DATA TO FP BEG. 

IS RESPONSE NULL REIEASE? ^ 

BRANCH UNTIL NULL RELEASE 


MOVE.L-\2, \3,MC68881+OPER 
NgNULREL TST.B MC68881+RESPONSE 
BMI.S \@NULBEL '■ 

ENDC 

ENDM , 

****************************************************************************** 


MC68881 SINGLE PRECISION VALUE MEMORY'TO FP-REG. OPERATION 
MEMREGS INSTRUCTION,<EA>,FPN 

WHERE: INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E. FADD) 
<EA>- SOURCE ADDRESSING MODE 
FPN- DESTINATION REGISTER 

NO REGISTERS MODIFYED OR DESTROYED! 

VALID ADDRESSING MODES: DN, (AN)+, -(AN), D (AN), D(AN,IX) 

XXX.W, XXX.L, (D,PC), D(PC,IX) 


****************************************************************************** 
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523 MEMREGS MACRO 


524 

525 

526 \6NDLCA 

527 

528 * 

529 


IFC'\4'," IS <EA>-INDIRECT WITH INDEXING 

MOVE.W #$4400+(\3«7)+\1,MC68881+COMMANd’ MEM. TO REG. OPERATION 
CMPI #$8900,MC68881+RESPONSE READ RESPONSE REGISTER 
BEQ.S \eNULCA REREAD UNTIL EVALUATE EA AND TRANSFER 

DATA 

MOVE.L \2,MC68881+OPER SINGI£ PRECISION DATA TO FP REG. 


530 NSNULREL TST.B MC68881+RESPONSE 


531 

532 

533 

534 

535 NfiNULCA 

536 

537 * 

538 


IS RESPONSE NULL REIEASE? 

BMI.S \@NULREL BRANCH UNTIL NULL RELEASE 

ENDC 

IFNC •\4', " IS <EA> NOT - INDIRECT WITH INDEXING 

MOVE.W #$4400+(\4«7)+\l,MC68e81+COMMAND MEM. TO REG. OPERATION 


CMPI #$8900,MC68881+RESPONSE 
BEQ.S NfiNULCA 


READ RESPONSE REGISTER | 

REREAD UNTIL EVALUATE EA AND Trf w 
DATA 

538 MOVE.L \2,\3,MC68881+OPER SINGLE PRECISION DATA TO FP REG. 

539 \0NULREL TST.B MC68881+RESPONSE IS RESPONSE NULL REIEASE? 

540 BMI.S ASNULREL BRANCH UNTIL NULL RELEASE 

541 ENDC 

542 ENDM 

543 ****************************************************************************** 

544 * 

545 * MC68881 DOUBLE PRECISION VALUE MEMORY TO FP-REG. OPERATION * 


s'' 

,G 


545 * MC68881 DOUBLE PRECISION VALUE MEMORY TO FP-REG. OPERATION * 

546 * 

547 * MEMREGD INSTRUCTION, <EA>, FPN * 

548 * 

549 * WHERE; INSTRUCTION- FP INSTRUCTION IWEMONIC (I.E. FADD) * 

550 * <EA>- SOURCE ADDRESS REGISTER, SURROUNDED BY PARENTHEIS, * 

* CONTAINING THE PREVIOUSLY ENTERED ADDRESSING MODE * 

552 * (I.E. (AN)). * 

553 * FPN- DESTINATION REGISTER * 

554 * 

555 * NO REGISTERS MODIFYED OR. DESTROYEDI * 

556 * * 

557 * VALID ADDRESSING MODES; (AN) * 

558 * 

559 ****************************************************************************** 

560 MEMREGD MACRO 

561 MOVE.W #$54p0+(\3«7)+\l,MC68881+COMMAND MEM. TO REG. OPERATION 

562 \@NULCA CMPI #$8900,M068881+RESPONSE READ RESPONSE REGISTER 


\eNULCA 


\@NULCA 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

MOVE.L \2,MC68881+OPER HIGH ORDER LONG WORD 

MOVE.L 4\2,MC68881+OPER LOW ORDER LONG WORD 

\8NBIREli TST.B MC68881+RESPONSE i IS RESPONSE NULL RELEASE? 

BMI.S \@NDLREL: branch UNTIL NULL RELEASE 

ENDM 

**************************************************************^^^^^^^^^^^^^^^^ 


x' . 5 

~ 

S 

, 5 


MC68881 EXTENDED PRECISION VALUE MEMORY TO FP-REG. OPERATION 
MEMREGX INSTRUCTION,<EA>,FPN 


576 * WHERE; INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E. FADD) * 

577 * <EA>“ SOURCE ADDRESS REGISTER, SURROUNDED BY PARENTHESIS, * 

578 * CONTAINING THE PREVIOUSLY ENTERED ADDRESSING MODE * 

579 * (I.E. (AN)). * 

580 * FPN- DESTINATION REGISTER * 

581 * 

582 * NO REGISTERS MODIFYED OR DESTROYED! * 

583 * 

584 * VALID ADDRESSING MODES; (AN) * 

585 * 

586 ******************************************************************************* 

587 MEMREGX MACRO 

588 MOVE.W #$4800+(\3<<7)+\l,MC68881+COMMAND MEM. TO REG. OPERATION 
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SS9 

590 

591 

592 

593 

594 

595 

596 

597 

598 

599 

600 
601 
602 

603 

604 

605 

606 

607 

608 

609 

610 
611 
612 

613 

614 

615 

616 

617 

618 

619 

620 
621 
622 

623 

624 

625 

626 

627 

628 

629 

630 

631 

632 

633 

634 

635 

636 

637 
.638 


\eNULCA CMPI #$8900,MC68881+RESPOHSE 
BEQ.S \0NUICA 
* ' 

MCVE.L \2,MC68881+OPER 


BEAD RESPONSE REGISTER 

REREAD UNTIL EVALUATE EA AND TRANSFER 

DATA 

HIGH ORDER LONG WORD 


MID-ORDER LONG WORD 
LOW ORDER LONG WORD 
IS RESPONSE NULL RELEASE? 
BRANCH UNTIL NULL RELEASE 


MOVE.L 4\2,MC68881+OPER 
MOVE.L 8\2,MC68881+OPER 
\0NULREL TST.B MC68881+RESPONSE 
BMI.S \@NOLREL 
ENDM 

******************************************************************************. 
* 

MC68881 PACKED BCD VALUE MEMORY TO FP-REG. OPERATION 


* 


MEMREGP INSTRUCTION,<EA>,FPN 

WHERE: INSTRUCTION- FP INSTRUCTION NUEMONIC (I.E. FADD) 

<EA>- SOURCE ADDRESS REGISTER,SURROUNDED BY PARENTHESIS, 
CONTAINING THE PREVIOUSLY ENTERED ADDRESSING MODE 
(I.E. (AN)). 

FPN - DESTINATION REGISTER 
NO REGISTERS MODIFIED OR DESTROYEDI 
VALID ADDRESSING MODES; (AN) 


****************************************************************************** 


MEMREGP 


\eNULCA 


MACRO 

MOVE.W #$4COO+(\3«7)+\l,MC68881«:OMMAND MEM. TO REG. OPERATION 
CMPI #$8900,MC6888H-RESPONSE READ RESPONSE REGISTER 


BEQ.S \@NULCA 


REREAD UNTIL EVALUATE EA AND TRANSFER 
DATA 

HIGH ORDER LONG WORD 
MID-ORDER LONG WORD 
LOW ORDER LONG WORD 
IS RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 


MOVE.L \2,MC68881+OPER 
MOVE.L 4\2,MC6888140PE» 

MOVE.L 8\2,MC68881+0PER 
\@NULREL TST.B MC68881+RESPONSE 
BMI.S NSNULREL 
ENDM 

****************************************************************************** 
* * 
MC68881 FP-REG. TO FP-REG. OPERATION 



REGKEG INSTRUCTICW,FPM,FPN,FNQ 

WHERE; INSTRUCTION- NUEMONIC FOR THE FP INSTRUCTION (I.E. FADD) 
FPM- FP SOURCE REGISTER 
FPN- FP DESTINATION REGISTER 

FNQ- SECOND FP DESTINATION REGISTER FOR FSINCOS 
NO REGISTERS MODIFIED OR DESTROYED! 


639 

* 


640 

***************1 

641 

REGREG 

MACRO 

642 


IFC 'V 

643 


MOVE.W 

644 

XSNULCA 

TST.B I 

645 


BMI.S 

646 


ENDC 

647 


IFNC " 

648 


MOVE.W 

649 

XfiNULCA 

TST.B I 

650 


BMI.S 

651 


ENDC 

652 


ENDM 


■FSINCOS’ 


\@NULCA 


\1','FSINCOS' 


\6NULCA 


IF INSTR. IS FSINCOS DO THIS ROUTINE 
,MC68881+COMMAND REG. TO REG. FSINCOS 
READ RESPONSE REGISTER 
REREAD UNTIL NULL RELEASE (CA-0) 

ROUTINE FOR ALL OTHER ARITHMETIC INSTRS. 
68881+CC44MAND REG. TO REG. OPERATION 
BEAD RESPONSE REGISTER 
REREAD UNTIL NULL RELEASE (CA-0) 
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************************************************************ 

* * 

* MC68881 CONSTANT IN RC»1 TO FP-REG. CSERATION * 

* * 

* FMOVEROa CC.FPN * 


* WHERE: CC - MC68881 CONSTANT * 

* $00 PI * 

* $0B LOG10(2) * 

* $0C E * 

* $0D L0G2(E) * 

* $0E LOGIO(E) * 

* $0F 0.0 * 

* $30 LOGN(2) * 

* $31 LOGN(IO) ^ * 

* $32 lO-'O * 

* . $33 lO-'l- , * 

* $34 10*2 * 

* $35 10*4 * 

* $36 10*8 * 

* $37 10*16 * 

* $38 10*32 * 

* $39 10*64 * 

* $3A 10*128 * 

* $3B 10*256 * 

* $3C 10*512 * 

* $3D 10*1024 * 

* $3E 10*2048 * 

* $3F 10*4096 * 

* FPN- EP DESTINATION 'REGISTER * 

* * 

* NO REGISTERS MODIFIED OR DESTROYED! * 

* * 
*******************************************************************^^^^^^^^^^^ 
FMOVEROM MACRO 

MOVE.W #$5COO+{\2«7)+\l,MC68881+COMMAND REG. TO REG. OPERATION 
\@NOIiCA TST.B MC688ai+BESP0NSE READ RESPONSE REGISTER 

BMI.S \@NDICA REREAD UNTIL NULL RELEASE (CA-=0) 

ENDM 

****************************************************************^^^^^^^^^^^^^^^ 


* 

* 

* 

* 


MC68881 CONDITIONAL BRANCH 

FB|CC.<SIZE> CONDITION,ADDRESS 

WHERE:; <SIZE>- ALLOWABLE BRANCH SIZES 

CONDITION=OC, THE FLOATING POINT CONDITION (I.E. GT) 
ADDRESS- BRANCH ADDRESS 


I 


* REGISTERS MODIFIED OR DESTROYED: 01234567 * 

* D X * 

* A * 

* * 

************************************************************************^^^^^^^ 
FBCC MACRO 


MOVE.W #\l,MC68881+COND 
\eNOPASS MOVE.W MC68881+BESPONSE,DO 
BMI.S \@NOPASS 
BTST #TEBIT,D0 
BNE.\0 \2 
ENDM 


BEGIN COPROCESSOR COMMUNICATION 
IS CA-BIT SET 

REREAD UNTIL NULL RELEASE (CA-0) 

IS CONDITION TRUE 

BRANCH IF CONDITION TRUE! 


AN947/D 


MOTOROLA 

31 


■<l .4 

■mut' 

k 
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715 

716 
' 717 

718 

719 

720 

721 

722 

723 

724 

725 

726 

727 

728 

729 

730 

731 

732 

733 

734 

735 

736 

737 

738 

739 

740 

741 

742 

743 

744 

745 

746 

747 

748 

749 

750 

751 

752 

753 

754 

755 

756 

757 

758 

759 

760 . 

7^ 

762 

763 
■764 

765 

766 

767 

768 

769 

770 

771 

772 

773 

774 

775 

776 

777 

778 

779 

780 


******************************************************************************* 


* 

★ 

* 

* 

4r 
* 

* 

* 

* 
it 
* 
ir 

* ^ ^ * 
********************** *ir ************************ it**** **it*ir*it****ir*it it it *it ******** 

FDBCC MACRO 


MC68e81 TEST FP CONDITION, DECREMENT, AND BRANCH 
FDBCC CONDITION,DN,ADDRESS 

WHERE: CONDITION- CC, FLOATING POINT CONDITION 

DN- MAIN PROCESSC«,DATA REGISTER TO BE DECREMENTED 
ADDRESS- BRANCH ADDRESS 

REGISTERS MODIFIED OR DESTROYED: 01234567 

D X 
A 


* 

* 

* 

* 

* 

* 

* 

* 

* 

« ' 
k 


BEGIN COPROCESSOR COMMUNICAlTfON 
IS CA-BIT SET 

REREAD UNTIL NULL REXEASE (CA-0) 

IS CONDITION TRUE 

SUBTRACT 1 FROM O^UNTER UNTIL COUNTER 
EQUALS -1 


MOVE.W #\l,MC6888X4COND 
\eNOPASS MOVE.W MC68881+RESPONSE,DO, 

BMI.S \eNOPASS 
BTST #TFBIT,D0 
DBNE \2A3 

* 

ENDM 

**************************************************^*'i^***********************iii^ 

* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 

******************************************************************************* 
FSCC MACRO • 


MC68881 CONDITIONAL SET 
FSCC CONDITION,ADDRESS 

WHERE: CONDITION- CC, FIXATING’POINT CONDITION 
ADDRESS- BRANCH ADDRESS 

REGISTERS MODIFIED OR MISTROYED: 01234567 

D X 
A 


MOVE.W #M,MC68881+COND 
\@NOPASS MOVE.W MC68881+RESPONSE,DO 
MJI.S \@NOPASS 
KCST #TFBIT,D0 
^ \2 

* ’ 

* ■■■■■■■■ 

ENDM 

****************************************************************************** 


BEGIN COPROCESSOR CCMIUNICATION 
IS CA-BIT SET 

REREAD UNTIL NULL REIEASE (CA=0) 

IS CONDITION TRUE 
SET BYTE AT POINTER(\2) TO I'S IF 
CONDITION TRUE, IP CONDITION FALSE 
SET BYTE TO O'S 


MC68881 FP MOVE MULTIPLE COPROCESSOR REGISTERS TO MEMORY 


FMOVEMRM FPRO,FPRl,FPR2,FPR3,FPR4,FPR5, FPR6,FPR7,<EA>,PREDECREMENT * 

* 

1 IF SEIECTED, 0 IF NOT 


WHERE; FPR0-(FP REG.#0) 


FPRl-( 

FPR2-( 

FPR3-( 

FPR4-( 

FPR5-( 

FPR6-( 

FPR7-( 


# 1 ) 

# 2 ) 

#3) 

#4) 

#5) 

#6) 

#7) 


<EA>- DESTINATION ADDRESSING MODE 

PREDECREMENT- Y (IF PREDECREMENT MODE IS BEING USED), (XL 
N (IF OTHER MODE IS BEING USED). 

REGISTERS MODIFIED OR DESTROYED: 01234567 

AX 
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D X X X X 




781 

782 

783 

784 

785 

786 

787 

788 

789 

790 

791 

792 

793 

794 

795 

796 

797 

798 

799 

800 
801 
802 

803 

804 

805 

806 

807 

808 

809 

810 
811 
812 

813 

814 

815 

816 

817 

818 

819 

820 
821 
822 

823 

824 

825 

826 

827 

828 

829 

830 

831 

832 

833 

834 


* VALID ADDRESSING MW5ES: AN, -(AN), D(AN), D{AN, IX) * 

* XXX.W, XXX.L * 

***************************************^^-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^* 
FMC5VEMRM MACRO 

IFC 'XA’.'Y’ IS THE ADDRESSING MODE PREDECREMEN 


* THIS CODE IS FOR PREDECREMENT ADDRESSING MODE 

★ 

^ MOVE.W #$EOOO+%\8\7\6\5\4\3\2\1,MC68881+C^S®1AND FP REGISTER BIT 

. j ' ^NTO COMMAND REGISTER 

\@NOLCA CMPI #$8900,MC6d881+RESPONSE READ RESPONSE REGISTER 

* BEQ.S \eNULCA reread UNTIL TRANSFER multiple REGS. 

* THIS CODE CAICOLATES THE TOTAL # OF REGISTERS TO BE TRANSFEl«ED 

MC3VEQ #\l+\2+\34\4+\5+\6\7+\8-l,D3 






\@AGAIN 


TST.W MC68881+REGSEL < 
MOVE.L MC68881+OPER,AO 
MOVE.L (AO),DO 
MOVE.L (A0),D1 
MOVE.L (A0),D2 
MOVEM.L D0-D2,\9 


DBRA D3,\@AGAIN 


READ REGISTER RESPONSE REGISTER 
AO-ADDRESS OF THE OPERAND _REG. 

LOAD HIGH ORDER WORDS ■' 

LOAD MID ORDER WORDS 

LOAD LOW ORDER WORDS 

STACK HIC3i ORDER WORD IN LOW ORDER 

memory and low order word in HIGH 

ORDER MEMORY 

HAVE ALL REGISTERS BEEN TRANSFERRED 


\0NULBEL TST.B MC68881+RESPONSE^ ; IS RESPONSE NULL RELEASE? 

BMI.S \@N0LREL # BRANCH UNTIL NULL RELEASE 

ENDC 

'NAV'N' is ADDRESSING MODE NOT PREDECREMENT 

^ *********************************************************^*^^^^^^^^^^^^^_^ 

THIS CODE IS FOR ALL VALID ADDRESSING MODES OTHER 

* THAN PREDECREMENT 

* 

***************************************^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 

^ MOVE.W #$FOOO+%\1\2\3\4\5\6\7\8,MC68881+COMMAND CP REGISTER BIT 

MASK AND START CP COMM NICATION 

\@NULCA - OiPI #$8900,MC68881+RESPONSE READ RESPONSE REGISTER 

BEQ.S \@NUICa REREAD UNTIL TRANSFER MULTIPLE REGS. 

MOVEQ.L #(\8+\7+\6+\5+\4+\3+\2+\1)*3-1,D0 COUNT REG. FOR DBRA STMT 


TST.W MC68881+REGSEL 
LEA \9,A0 

\0AGAIN MOVE.L MC68881+OPER,(A0)+ 
DBRA D0,\@AGAIN 

\@NOLREL TST.B MC68881+RESPONSE 
BMI.S \@NDLREL 
ENDC 
ENDM 


READ REGISTER RESPONSE REGISTER 
SET UP A MEMORY POINTER 
LOAD DATA ON TO THE STACK 
LOOP UNTIL ALL DATA IS LOADED 
IS RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 
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* * 

* MC68881 FP MOVE TO MULTIPLE COPROCESSOR REGISTERS FROM MEMORY * 

* * 

* FMOVEMMR <EA>,FPRO,FPR1,FPR2,FPR3,FPR4,FPR5,FPR€,FPR7,POSTINCREMEKT * 

* * 

* WHERE: <EA>- DESTINATION ADDRESSING MODE * 


FPR0-(FP REG.#0) 


IF SELECTED, 0 IF NOT 


843 

* 

FPRl-( 


#1) 

M 

11 

844 

* 

FPR2-( 

II 

«2) 

11 

M 

845 

* 

FPR3-( 

II 

#3) 

II 

II 

846 

* 

FPR4-( 


«4) 

II 

M 

847 

* 

FPR5-( 

II 

#5) 

II 

M 

848 

* 

FPR6-( 

II 

#6) 

II 

fl 

849 

* 

FPR7-( 

II 

#7) 

11 

II 


POSTINCREMENT- Y (IF POST-INCREMENT MODE IS BEING US 
N (IF OTHER VALID MODE IS BEING ®SE1^ 


!ED) 


* REGISTERS MODIFIED OR DESTROYED 0 1 2 3 4 5 6 7 > “ * 

* A X * 

* D X * 

* * 

* VALID ADDRESSING MCOES: AN, (AN)+, D (AN) > 0 (AN, IX) * 

* XXX.W, XXX.L, (D,PC), D(PC,IX) * 

* * 
****************************************************************************** 
FMOVEMMR MACRO 

MOVE.W #$D000+%\2\3\4\5\6\7\8\9,MC68881+COMMAND CP REGISTER BIT 
* MASK AND START CP COMMUNICATION 

\@NULCA CMPI #$8900,MC68881+RESPONSE BEAD RESPONSE REGISTER 

BEQ.S \@NULCA REREAD UNTIL TRANSFER MULTIPLE REGS. 

MOVEQ.L #(\9+\8+\7+\6+\5+\4+\3+\2)*3-l,D0 DECREMENT REG. FOR DBRA 


TST.W MC68881+REGSEL # READ REGISTER RESPONSE REGISTER 

IFC'\A','N' IS ADDRESSING MODE NOT POSTINCREMENT 

LEA \1,A0 SET UP A MEMORY POINTER 

\@AGAIN MOVE.L (AO)+,MC68e8H-OPER LOAD DATA ON TO THE STACK 

DBRA D0,\eAGAIN LOOP UNTIL ALL DATA IS LOADED 

\@NULREL TST.B MC68881*BESPONSE IS RESPONSE NULL REIEASE? 

BMI.S \@NOIREL BRANCH UNTIL NULL RELEASE 

ENDC 

IFC'\A','Y' IS ADDRESSING MODE POSTINCREMENT 

\@AGAIN MOVE.L \l,MC68881+OPER LOAD DATA ON TO THE STACK 

DBRA D0,\@AGAIN LOOP UNTIL ALL DATA IS LOADED 

\@NDLREL.TST.B.MC€8881+RESPONSE . IS RESPONSE NOLL REIEASE? 

BMI.S \GNOLREL BRANCH UNTIL NULL RELEASE 

, ENDC 

ENDM 

****************************************************************************** 


MC68881 FP MOVE TO CONTROL, STATUS, C» INSTRUCTION ADDRESS REGISTER 
MOVINCSI <EA>,REGISTER 


WHERE: <EA>- VALID SOURCE ADDRESSING MODE 

REGISTER- CONTROL,STATUS, OR lADDRESS 


* NO REGISTERS MODIFIED OR DESTROYED! * 

* ■ * 

* VALID ADDRESSING MC®ES: DN, AN, (AN)+, -(AN), D (AN), D (AN, IX) * 

* XXX.W, XXX.L, (D,PC), D(PC,IX) * 

* * 
****************************************************************************** 
MOVINCSI MACRO 

IFC'\3',’' IS ADDR.MODE INDEXED? 

MOVE.W #\2,MC68881+COMMAND MOVE BIT PATTERN IN COMMAND REG. 

\@NULCA CMPI.W #$8900,MC68881+RESPONSE IS RESPONSE NULL COME AGAIN? 









d4S 

950 

951 
' 952 

953 

Ik 


BEQ.S \eNULCA 
MOVE.L \1,MC68881+(:»ER 
\eNULREL TST.B MC68881+RESPONSE 
BMI.S XeNOLREL 
ENDC 

IFNC '\3'," 

MOVE.W #\3,MC68881+COMMAND 
\@KtJLCA CMPI.W #$8900,MC68881+RESPONSE 
BEQ.S XfiNULCA 
MOVE.L \l,\2,MC68881+OPER 

* 

\@NOLREL TST.B MC68881+RESPONSE 
BMI.S XfiNOLREL 
ENDC 
ENDM 


COME AGAIN UNTIL NEW RESPONSE 
PASS DATA TO REGISTER 
IS RESPONSE NULL RELEASE? 
BRANCH UNTIL NULL RELEASE 


IS ADDRESS MODE INDEXED? 

MOVE BIT PATTERN IN COMMAND REG. 

IS RESPONS NULL COME AGAIN? 

COME AGAIN UNTIL NEW RESPONSE 
PASS DATA TO REGISTER FROM INDEXED 
MODE 

IS RESPONSE NULL RELEASE? 

BRANCH UNTIL NULL RELEASE 


IN? 

PONSE 

OM INDEXED ADDR.'' 

E 

- 


; ******************************************************************;^, ^*****^^^ 

* V'". ''J' 

* 

* Mcesasi FP MOVE FR<»I CONIROL/STATUS/INSTRUCTION ADDI^SS REGISTER * 

★ 

* MOVOUCSI REGISTER,<EA> * 

* 

* 

* WHERE: REGISTER= CONTROL,STATUS, OR lADDRESS * 

* <EA>- VALID SOURCE ADDRESSING MOBS ' * 

* 

★ 

* NO REGISTERS MODIFIED OR DESTROYED! * 

* 

* VALID ADDRESSING MODES: DN, AN, (AN)+, -(AN), D(AN), D (AN, IX) * 

* XXX.W, XXX.L, (D,PC), D(PC,IX) * 

MOVOUCSI MACRO 

IFC '\3', " IS ADDR.MODE INDEXED? 

MOVE.W #\1+$2000,MC688814COMMAND MOVE BIT PATTERN TO COMMAND REG. 
XSNULCA CMPI.W #$8900,MC68881+RESPONSE IS RESPONSE NULL COME AGAIN? 

BEQ.S XSNULCA COME AGAIN UNTIL NEW RESPONSE 

MOVE.L M068881+OPER,X2 PASS DATA TO REGISTER 

XSNULREL TST.B MC68881+RESPONSE IS RESPONSE NULL RELEASE? 

BMI.S X6NDLREL BRANCH UNTIL NULL RELEASE 

ENDC 

IFNC 'X3*," IS ADDR.MODE INDEXED? 

MOVE.W #X1+$2000,MC68881+COMMAND MOVE BIT PATTERN TO COMMAND REG. 
XSNULCA CMPI.W #$8900,MC68881+RESPONSE IS RESPONSE NULL COME AGAIN? 

_ BEQ.S XSNULCA COME AGAIN UNTIL NEW RESPONSE 

MOVE.L MC68881+OPER,X2,X3 PASS DATA TO REGISTER FROM INDEXED A 

i MODE 

'^'\|Nrai?EL TST.B MC68881+RESPONSE IS RESPONSE NULL RELEASE? 

BMI.S XSNULREL BRANCH UNTIL NULL RELEASE 

ENDC 

ENDM 

* ■ 

★ 

* MC68881 FSAVE THE INTERNAL OF THE MACHINE * 

* 

* 

* THIS IS A PRIVILEDGED INSTRUCTION WHICH IS GENERALLY ONLY USED * 

* IN THE OPERATING SYSTEM FOR CONTEXT SWITCHING! * 

* 

* 

* FSAVEST <EA> 


^'WHERE: <EA>- PREDECREMENT MODE - (AN) 

REGISTERS MODIFIED OR DESTROYED: 01234567 

AX 
D X X 


VALID ADDRESSING MODES: -(AN) 
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967 

****************************************************************************** 

968 

FSAVEST 

MACRO 



969 

\eSTART 

MOVE.W KC68881+SAVE,D0 

READ THE SAVE REGISTER 


970 



MOVE.W D0,D1 

MAKE A COPY OF THE FORMAT WORD 


971 



ANDI.WJ$FF00,D1 

ISOLATE THE FORMAT WC»D 


972 



BEQ.S “XInULL 

IF NULL IDLE, NO STATE SAVE 


973 



CMPI.W #$0100,D1 

IS THE COPROCESSOR BUSY 


974 



BEQ.S \eSTART 

KEEP CHECKING UNTIL CP IS FINISHED 


975 

* 



PROCESSING 


976 



LEA MC68881+OPER,AO 

LOAD OPERAND REGISTER TO AO 


977 

* 





978 



MOVE.B D0,D1 

THE LENGTH OF THE DATA TO BE TRANSFERED 

979 



LSR.B #2,D1 

DEVIDE BY 2 TO ADJUST FOR WORD TRANSFER 

980 



EXT.W D1 

ESTABLISH COUNT AS A WORD FOR DBRA 


981 



SUBQ.W #1,D1 

Dl- COUNTER FOR DBRA 


982 

\@LOAD 

MOVE.L (A0),\1 

STORE THE INVISBLE STATE 


983 



DBRA Dl,\@LOAD 

REPEAT UNTIL ALL DATA IS TR3U9SFERRED 


984 

\@NULL 

SWAP DO 

PLACE FORMAT WORD IN UPPEJl 16 BITS OF 

DO 

985 



MOVE.L D0,\1 

STORE FORMAT WORD ON JH® STACK 


986 



ENDM 



987 

4; 4; lit ^ A 4ir !fr * 4^ A A 'It il^ A ^ ^ A ^ Alik A Ilk * A ^ ^ 4r it ^ 4r AA it ^ ^ A ^ ^ * 4:4; A A A Tir jkritlr 4r ilr 4r it 4r it 3^ ^ 4r 4; ilr 

988 

A 




it 

989 

A 


MC68881 FRESTORE OF THE INTERNAL OF THE MACHINE, 

it 

990 

A 




★ 

991 

A 


THIS IS A PRIVILEDffiD INSTRUCTION WHICH IS GENERALLY ONLY USED 

* 

992 

A 


IN THE OPERATING SYSTEM FOR 

CONTEXT SWITCHING! 

it 

993 

A 



*-/ 

it 

994 

A 


FRESTRST <EA> 


it 

995 

A 




it 

996 

A 


WHERE: <EA>= POSTINCREMENT MODE (AN) + 

it 

997 

A 




it 

998 

A 


REGISTERS MODIFIED OR DESTROYED: 01234567 

it 

999 

A 


A. 

A X 

★ 

1000 

A 



D X X 

it 

1001 

A 




★ 

1002 

A 


VALID ADDRESSING MODES; (AN)+ 

* 

1003 

A 




it 

1004 

AA AA AAAAJtA AAAAAAAAAAA A A AA A AAAAAAAAAAAAA AAAAAAA A AA* AA A A A AA AA*itAAA A AAAAAAA AA AA AA 

1005 

FFESTRST MACRO . 



1006 



MOVE.L M,00 

MOVE FORMAT WORD AND RESERVED WORD TO 

DO 

1007 



SWAP DO 

PLACE FORMAT WORD AS THE LOW ORDER 


1008 



MOVE.W DO,MC68881+BESTORE 

STORE FORMAT WORD IN RESTORE REG. 


1009 



MOVE.W MC68881+RESTORE,DO 

READ THE RESTORE REGISTER 


1010 



MOVE.W D0,D1 

MAKE A COPY OF THE RESPONSE FORMAT WORD 

1011 



ANDI.W #$FF00,D1 

ISOLATE THE FORMAT WORD 


1012 



BEQ.S \@NULREL 

IF NULL IDLE RESPONSE, NO STATE RESTORED 

1013^ 

0 

LEA MC68881+OPER,AO 

LOAD OPERAND REGISTER TO AO 


1014' 






1015 



MOVE.B D0,D1 

THE LENGTH OF THE DATA TO BE TRANSFERED 

1016 



LSR.B #2,D1 

DEVIDE BY 2 TO ADJUST FOR WORD TRANSFER 

1017 



EXT.W D1 

ESTABLISH COUNT AS A WORD FOR DBRA 


1018 



SUBQ.W #1,D1 

Dl- COUNTER FOR DBRA 


1019 

\eLOAD 

MOVE.L \1, (AO) 

STORE THE INVISBLE STATE 


1020 



DBRA D1 \@LOAD 

REPEAT UNTIL ALL DATA IS TRANSFERRED 


1021 

\@NULREL EQU * 



1022 



ENDM 



1023 

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

1024 

A 




it 

1025 

A 


MC68881 FNOPP COMMAND 


★ 

1026 

A 




it 

1027 

A 


FNCS> 


it 

1028 

A 




it 

1029 

A 


NO REGISTERS MODIFIED OR DESTROYED! 

it 

1030 

A 




it 


^Q31 ★***★***★*★***★******★*★*★*★*********:***★********★************★*******★******* 

1032 FNOPP MACRO „ 





1033 MOVE.W #$0000,MC68881+COND 

1034 \@NOPAS TST.B MC68881+RESPONSE 

1035 BMI.S \0NOPAS 

1036 ENDM 


FNOP command to FP REG. 
TEST RESPONSE 
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